Java

Жыйынтыкты Integer менен гана эмес, ошондой эле String жана өзгөчө объекттер менен иштөө үчүн кантип универсал кылса болот?

Иштехада чоң таблицада индекс түзүүдө эмне эске алуу керек?

Өз стекти ишке ашырууучу классты жазыңыз, push, pop жана peekMax методдору менен, ал стектеги эң чоң элементти O(1) убакытта кайтарат.

Неге SELECT FOR UPDATE керек, synchronized эмес? Жана эмне үчүн пессимисттик блоктоо, оптимисттик эмес?

Эгер жергиликтүү өзгөрмөлөр жок болсо, эмне үчүн StackOverflowError болот? Эмне менен эс тутум толот?

Транзакцияны растаңдаргандан кийин 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 керектөө болбойт?

Орто же болуңузда же саптын акырында издөө үчүн кайсы индекстин түрүн колдонуу керек (LIKE '%текст%')?

Бэкенд бар, колдонуучу интерфейси бар. Технологиялык стек стандарттуу: Java, Spring, React, Postgres. Маселе: REST акыркы нүктөсүн долбоорлоо керек, ал 3 булактан маалымат алууга жана UIге кайтарууга тийиш, мүмкүн болушунча жогорку өткөрүмдүүлүк жана минималдуу жооп убактысын камсыз кылуу (максимум/минимум критерийлери биздин өзгөчө шарттарга ылайык, анткени негизинен сиқырдуу чечим жок жана компромисс табыш керек). Бул акыркы нүктө үчүн күтүлүп жаткан эң жогорку RPS 200 болот деп белгилүү. Булактардын маалыматы: 1. Буулак - биздин маалымат базабыз, суроо 15 секунддай созулат. 2. Буулак - байланышкан REST кызматы, 100 RPS астында 2 мүнөткө чейин деградацияланат, нормалдуу режимде 5 секундда жооп берет. Бул булактын жүрүм-турумун өзгөртө албайбыз. 3. Буулак - байланышкан REST кызматы, кездейсоқ (спецификалык үлгүлөр аныкталган эмес) 503 ката менен жооп берет, нормалдуу режимде 10 секундда жооп берет. Бул булактын жүрүм-турумун өзгөртө албайбыз.

Иштеп жатканда StackOverflowError чыгара турган эң жөнөкөй ыкманы жазыңыз.