Java

Kuidas teha virn universaalseks, et töötada mitte ainult Integeriga, vaid ka Stringi ja kohandatud objektidega?

Mida tuleks arvestada, luues indeksi suurel tabelil tootmises?

Kirjutage oma klass, mis implementeerib virna, koos meetoditega push, pop ja peekMax, mis tagastab virnas maksimaalse elemendi O(1) ajal.

Miks tekib StackOverflowError, kui kohalikke muutujaid pole? Mida mälu täidab?

Miks on vaja SELECT FOR UPDATE, mitte synchronized? Ja miks on pessimistlik lukustus, mitte optimistlik?

Mida teha, kui processFile ei õnnestu täita pärast tehingu kinnitamist?

Miks me ei saa lihtsalt kasutada ühte muutujat max selle asemel, et kasutada teist virna?

Süsteem, mis võimaldab kasutajatel töötada failidega brauseris. Standardne tehnoloogiaplatvorm: Java, Spring, React, Postgres. Failid salvestatakse taustsüsteemi failisüsteemi, failide metaandmed andmebaasis. Meeskond rakendas funktsiooni: @Transactional public void process(String oldName, String newName) { Long id = exec("select id from file where name='" + oldName + "'"); //andmebaasi päring processFile(oldName, newName); //faili ümbernimetamine kettal exec("update file set name='" + newName + "' where id = " + id); //andmebaasi päring }

Kas on võimalik optimeerida virna mälus, et vältida x2 tarbimist?

On olemas backend ja kasutajaliides. Tehnoloogiaplatvorm on standardne: Java, Spring, React, Postgres. Ülesanne: kavandada REST-punkt, mis peab võtma andmed 3 allikast ja tagastama need kasutajaliidesele, tagades maksimaalse võimaliku läbilaskevõime ja minimaalne vastamisaeg (maksimum/minimum kriteeriumid vastavalt meie konkreetsetele tingimustele, kuna tegelikult pole olemas maagilist lahendust ja tuleb leida kompromiss). Teada on, et selle punkti oodatav tipp RPS on 200. Allikate kohta teadaolevad detailid: 1. Allikas - meie andmebaas, päring kestab umbes 15 sekundit. 2. Allikas - seotud REST-teenus, degraduub kuni 2 minutini 100 RPS juures, vastab normaalses režiimis 5 sekundiga. Seda allikat ei saa muuta. 3. Allikas - seotud REST-teenus, vastab juhuslikult (spetsiifilisi mustreid ei ole tuvastatud) 503 vigadega, normaalses režiimis vastab 10 sekundiga. Seda allikat ei saa muuta.

Millist tüüpi indeksit kasutada teksti keskel või lõpus otsimiseks (LIKE '%tekst%')?

Kirjutage väga lihtne meetod, mis töö ajal viskab StackOverflowError.