Golang

Ինչպես չպահել սպասել բոլոր goroutine-ների ավարտին ErrGroup-ում առաջին սխալի դեպքում?

Ինչու եք անցել [ընկերություն]-ից [ընկերություն]։

[անուն] հարցրեց: Արդյո՞ք դուք աշխատավայրում օգտագործում եք AI գործիքներ: Եթե այո, որոնք և ինչ նպատակով:

Ինչ է EXPLAIN-ը PostgreSQL-ում: Ինչպե՞ս կարող է այն հաշվարկել առանց հարցման կատարելու։

Ինչպե՞ս են պահվում տվյալները հին Go-մապերում բաքի սահմանումից հետո։

Ինչպես կիսել հիշողությունը goroutine-ների միջև: Որ դեպքերում ավելի լավ է օգտագործել Atomic, իսկ որ դեպքերում Mutex/RWMutex/SyncMap?

Ի՞նչ է SQL և NoSQL-ի տարբերությունը։

Go-ում աղբահանության հավաքողը բլոկավորող է թե ոչ? Նրա ազդեցությունը արտադրությունում նկատելի է՞

Ի՞նչ բլոկավորումներ կան PostgreSQL-ում։

Ի՞նչ է Kafka-ում բաժիննը: Կարո՞ղ է թեման լինել առանց բաժնի:

Ի՞նչ կփոխվի, եթե սլայսի ստեղծման ժամանակ փոխանցենք սկզբնական ծավալը։

Արդյոք պետք է բաժանել OrderService-ը ընթերցման և գրելու կոմպոնենտների, հաշվի առնելով բեռի անհավասարակշռությունը (25k ընթերցումներ ընդդեմ 5k գրառումների)?

Ի՞նչ են բաժանման առավելությունները: Օրինակ, հին բաժանումների հեռացումը։

Եթե EXPLAIN գնահատականը կտրուկ տարբերվում է EXPLAIN ANALYZE-ից, դա ինչի մասին է?

[անուն] հարցրեց: Որտե՞ղ եք այժմ և ինչ եք մտածում վերաբնակեցման մասին:

Ի՞նչ շարդինգի ռազմավարություններ գիտես, որ լուծումը չլինի ցավոտ։

5000 գրառման հարցում մեկ վայրկյանում — շատ է՞: Ինչպե՞ս եք պլանավորում կառավարել գրառման հոսքը բոլոր downstream ծառայությունների (Ինվենտար, Վճարում, Առաքում) միջոցով։

Անհապաղ դիմակայող համակարգի նախագծում (վճարման անցք, լոգիստիկա): Միգրացիան պետք է կատարվի աստիճանաբար՝ առանց ծառայության դադարեցման: ՄԱՍՏԱԲԱԶՈՒԹՅՈՒՆ - Ընդհանուր օգտվողներ՝ 8 միլիոն - Օրվա ակտիվ օգտվողներ (DAU): 3 միլիոն - Ամսական ակտիվ օգտվողներ (MAU): 12 միլիոն - Պիկային բեռը՝ 25k ընթերցումներ / 5k գրառումներ վայրկյանում - Նոր տվյալների ծավալը՝ 10 ՏԲ տարեկան - Մաքսիմալ համաժամանակություն՝ 120k հարցում միաժամանակ - Օգտագործողների տարեկան աճ՝ 30% - p99 սպասման նպատակ՝ <150 ms ընթերցումների համար, <400 ms գրառումների համար - Նպատակային հասանելիություն՝ 99.95% Ձեր խնդիրն է՝ մշակել ճարտարապետական լուծում, որը...

CREATE TABLE staff ( id TEXT name TEXT head_id TEXT ); id | name | head_id -------------------- 1 | Ivan | NULL 2 | Petr | 1 3 | Alice | 1 4 | Max | 2 5 | Alex | 2 6 | Elena | 4 7 | Bob | NULL Անկախ սպասվող արդյունքից: employee_name | manager_name --------------------------- Ivan | NULL Petr | Ivan Alice | Ivan Max | Petr Alex | Petr Elena | Max Bob | NULL SELECT e.name AS employee_name, m.name AS manager_name FROM staff e LEFT JOIN staff m ON e.head_id = m.id

Ի՞նչ թերություններ ունի sharding-ը։