Java

Ինչպե՞ս դարձնել տախտակը համընդհանուր, որպեսզի աշխատի ոչ միայն Integer-ով, այլ նաև String և անհատական օբյեկտներով։

Ի՞նչ պետք է հաշվի առնել մեծ աղյուսակի ինդեքս ստեղծելիս արտադրությունում։

Գրեք ձեր սեփական դասը, որը իրականացնում է ստեկ, օգտագործելով push, pop և peekMax մեթոդները, որոնք վերադարձնում են ստեկում առավելագույն տարրնը O(1) ժամանակում։

Ինչու է տեղի ունենում StackOverflowError, եթե տեղական փոփոխականներ չկան: Ինչով է լցվելու հիշողությունը?

Ինչու է անհրաժեշտ SELECT FOR UPDATE, ոչ թե synchronized: Եվ ինչու է պессիմիստական բլոկավորումը, ոչ թե օպտիմիստականը?

Ի՞նչ անել, եթե processFile-ը չի հաջողվում կատարել գործարքի հաստատումից հետո:

Ինչու չենք կարող պարզապես օգտագործել մեկ փոփոխական max փոխարեն երկրորդ պահեստի?

Կա համակարգ, որը օգտվողներին հնարավորություն է տալիս աշխատել ֆայլերի հետ բրաուզերում: Ստանդարտ տեխնոլոգիական շերտը՝ Java, Spring, React, Postgres: Ֆայլերը պահվում են ֆայլային համակարգում բեկեն, ֆայլերի մետադատները՝ տվյալների բազայում: Թիմը իրականացրել է ֆունկցիա՝ @Transactional public void process(String oldName, String newName) { Long id = exec("select id from file where name='" + oldName + "'"); // տվյալների բազային հարցում կատարում processFile(oldName, newName); // ֆայլի անվանափոխություն սկավառակի վրա exec("update file set name='" + newName + "' where id = " + id); // տվյալների բազային հարցում կատարում }

Կարո՞ղ է հիշողության մեջ օպտիմալացնել ստեկը, որպեսզի չլինի x2 սպառում։

Կան բեկենդ, կա օգտագործողի ինտերֆեյս։ Տեխնոլոգիական շերտը ստանդարտ է՝ Java, Spring, React, Postgres։ Առաքելություն՝ նախագծել REST վերջնակետ, որը պետք է վերցնի տվյալներ 3 աղբյուրից և վերադարձնի UI-ին, ապահովելով հնարավորինս բարձր անցանելիություն և նվազագույն պատասխան ժամանակ (максимալ/մինիմ չափանիշներ՝ ըստ մեր հատուկ պայմանների, քանի որ հիմնականում չկա հրաշք լուծում և անհրաժեշտ է գտնել փոխզիջում): Նախապես հայտնի է, որ այս վերջնակետի սպասվող գագաթ RPS-ը կլինի 200: Աղբյուրների մասին մանրամասներ՝ 1. Աղբյուր՝ մեր տվյալների բազա, հարցումը մոտ 15 վայրկյան է տևում: 2. Աղբյուր՝ կապված REST ծառայություն, նվազում է մինչև 2 րոպե՝ 100 RPS-ի դեպքում, նորմալ ռեժիմում պատասխանատու է 5 վայրկյանում։ Այս աղբյուրի վարքագիծը չենք կարող փոխել: 3. Աղբյուր՝ կապված REST ծառայություն, պատահականորեն (չի հաջողվել պարզել հատուկ ձևաչափեր) պատասխանատու է 503 սխալներով, նորմալ ռեժիմում պատասխանատու է 10 վայրկյանում։ Այս աղբյուրի վարքագիծը չենք կարող փոխել։

Որ տեսակի ինդեքս օգտագործել միջին կամ վերջի տողը որոնելու համար (LIKE '%տեքստ%')?

Գրեք շատ պարզ մեթոդ, որը աշխատելիս կբերի StackOverflowError։