Java

Kaip padaryti, kad stekas būtų universalus dirbti ne tik su Integer, bet ir su String ir individualiais objektais?

Ką reikia apsvarstyti kuriant indeksą didelėje lentelėje gamybos aplinkoje?

Parašykite savo klasę, kuri įgyvendina staką, su metodais push, pop ir peekMax, kurie grąžina maksimalią elementą stakoje per O(1).

Kodėl reikalingas SELECT FOR UPDATE, o ne synchronized? Ir kodėl pesimistinis užraktas, o ne optimistinis?

Kodėl įvyks StackOverflowError, jei nėra vietinių kintamųjų? Kuo bus užpildyta atmintis?

Ką daryti, jei processFile nepavyksta įvykdyti po transakcijos patvirtinimo?

Kodėl negalime paprasčiausiai naudoti vienos kintamosios max vietoje antro stovo?

Yra sistema, leidžianti vartotojams dirbti su failais naršyklėje. Standartinis technologijų rinkinys: Java, Spring, React, Postgres. Failai saugomi failų sistemoje backend'e, failų metaduomenys duomenų bazėje. Komanda įgyvendino funkciją: @Transactional public void process(String oldName, String newName) { Long id = exec("select id from file where name='" + oldName + "'"); //vykdyti užklausą į duomenų bazę processFile(oldName, newName); //pervardyti failą diske exec("update file set name='" + newName + "' where id = " + id); //vykdyti užklausą į duomenų bazę }

Ar galima optimizuoti steką atmintyje, kad nebūtų x2 suvartojimas?

Kokio tipo indekso naudoti ieškant viduryje ar pabaigoje eilutės (LIKE '%tekstas%')?

Turi backend ir vartotojo sąsaja. Technologijų rinkinys yra standartinis: Java, Spring, React, Postgres. Užduotis: suprojektuoti REST galinį tašką, kuris turi gauti duomenis iš 3 šaltinių ir grąžinti juos UI, užtikrinant maksimalų pralaidumą ir minimalų atsako laiką (maks./min. kriterijai pagal mūsų konkrečias sąlygas, nes iš esmės nėra stebuklingo sprendimo ir reikia rasti kompromisą). Žinoma, kad tikėtinas šio galinio taško viršūnės RPS bus 200. Žinomi šaltinių duomenys: 1. Šaltinis - mūsų duomenų bazė, užklausa trunka apie 15 sekundžių. 2. Šaltinis - susijęs REST paslauga, degraduoja iki 2 minučių esant 100 RPS, normaliu režimu atsako per 5 sekundes. Mes negalime keisti šio šaltinio elgesio. 3. Šaltinis - susijęs REST paslauga, atsako atsitiktinai (nebuvo nustatyti specifiniai modeliai) su 503 klaidomis, normaliu režimu atsako per 10 sekundžių. Mes negalime keisti šio šaltinio elgesio.

Parašykite labai paprastą metodą, kuris veikiant išmes StackOverflowError.