Java

Kā padarīt steku universālu darbam ne tikai ar Integer, bet arī ar String un pielāgotiem objektiem?

Ko jāņem vērā, izveidojot indeksu uz lielas tabulas ražošanas vidē?

Uzrakstiet savu klasi, kas realizē kaudzi, ar metodēm push, pop un peekMax, kas atgriež maksimālo elementu kaudzē ar O(1).

Kāpēc notiks StackOverflowError, ja nav vietējo mainīgo? Ar ko tiks aizpildīta atmiņa?

Kāpēc ir nepieciešams SELECT FOR UPDATE, nevis synchronized? Un kāpēc pesimistiska bloķēšana, nevis optimistiska?

Ko darīt, ja processFile nevar izpildīt pēc darījuma apstiprināšanas?

Kāpēc nevar vienkārši izmantot vienu mainīgo max vietā otra staba?

Ir ir sistēma, kas ļauj lietotājiem strādāt ar failiem pārlūkprogrammā. Standarta tehnoloģiju komplekts: Java, Spring, React, Postgres. Faili tiek glabāti failu sistēmā backendā, failu metadati datu bāzē. Komanda īstenoja funkciju: @Transactional public void process(String oldName, String newName) { Long id = exec("select id from file where name='" + oldName + "'"); //veikt vaicājumu datu bāzē processFile(oldName, newName); //mainīt faila nosaukumu diskā exec("update file set name='" + newName + "' where id = " + id); //veikt vaicājumu datu bāzē }

Vai ir iespējams optimizēt steku atmiņā, lai nebūtu x2 patēriņš?

Ir ir backend, un lietotāja saskarne. Tehnoloģiju klāsts ir standarta: Java, Spring, React, Postgres. Uzdevums: izstrādāt REST galapunktu, kas jāiegūst datus no 3 avotiem un jānodod uz UI, nodrošinot maksimālo iespējamo caurlaidspēju un minimālo atbildes laiku (maksimālie/minimālie kritēriji pēc mūsu specifiskajiem nosacījumiem, jo būtībā nav burvju risinājuma un jāatrod kompromiss). Zināms, ka gaidāmais šī galapunkta maksimālais RPS būs 200. Zināmi avotu dati: 1. Avots - mūsu datu bāze, vaicājums ilgst apmēram 15 sekundes. 2. Avots - saistīts REST pakalpojums, degradējas līdz 2 minūtēm pie 100 RPS, normālā režīmā atbild 5 sekundēs. Šī avota uzvedību nevar mainīt. 3. Avots - saistīts REST pakalpojums, atbild nejauši (nav konstatēti specifiski modeļi) ar 503 kļūdām, normālā režīmā atbild 10 sekundēs. Šī avota uzvedību nevar mainīt.

Kāda veida indeksa izmantot, lai meklētu teksta vidū vai beigās (LIKE '%teksts%')?

Uzrakstiet ļoti vienkāršu metodi, kas darbības laikā izsauks StackOverflowError.