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. Міндеті: үш дереккөзден мәліметтерді алып, UI-ға беру үшін REST-эндпоинт жобалау, ең жоғары өткізу қабілеттілікті және ең төмен жауап беру уақытын қамтамасыз ету (біздің нақты шарттарымызға сәйкес ең жақсы/ең нашар критерийлер, себебі бізде сиқырлы шөлмек жоқ және компромисс табу керек). Болжамды ең жоғары RPS бұл REST-эндпоинт үшін 200. Дереккөздер туралы мәліметтер: 1 дереккөз - біздің дерекқор, сұрау шамамен 15 секунд. 2 дереккөз - қосымша REST қызметі, 100 RPS кезінде 2 минутқа дейін төмендейді, қалыпты режимде жауап беру уақыты 5 секунд. Бұл дереккөздің мінез-құлқын өзгерте алмаймыз. 3 дереккөз - қосымша REST қызметі, кездейсоқ (бұл мінез-құлықтың үлгілерін анықтау мүмкін болмады) 503 қате береді, қалыпты режимде жауап беру уақыты 10 секунд. Бұл дереккөздің мінез-құлқын өзгерте алмаймыз.

Орындау кезінде StackOverflowError тудыратын ең қарапайым әдісті жазыңыз.