įgyvendinimai - Vartotojų ir gamintojų ryšio logika - Žinučių raktai gali būti dubliuojami - Klaida vartotojų poslinkio suderinime su žinutėmis - Nėra nuotaikos gamintojui - Nėra vykdymo keliems brokeriams - Vartotojų grupė yra griežtai apibrėžta
Kuo skiriasi Spring nuo Spring Boot?
Koki žemėlapį naudoti, jei dažnai skaitau, bet retai įvedu duomenis?
Koks yra pagrindinis pasirinktos sprendimo struktūros trūkumas? - Nėra specialių išimčių apdorojimo paleidimo metu - Konfigūracijos klasė be @Configuration anotacijos - Netinkamas DI priklausomybių nustatymas - Netinkama pritaikytų konfigūracijų integracija keičia savybių įkėlimo tvarką - Trūksta @Autowired priklausomybių buvimo atveju
Ką grąžina Postgres po informacijos apdorojimo ir supratimo, kad duomenys yra? Ar iš karto grąžina duomenis kaip eilutės žemėlapį ar ką nors kitą?
Kokia pagrindinė šios įgyvendinimo problema SELECT f.food_id FROM Foods f JOIN Expirations e ON f.id = e.food_id WHERE e.is_expired = 1; - `JOIN` vietoje `WHERE EXISTS` patikrinimui, ar įrašai yra. - Nėra indekso ant lauko e.is_expired - JOIN raktai nėra indeksuojami - Galiojimo data lentelė yra perteklinė - Užklausa nėra apsaugota transakcijoje
Kokios yra pagrindinės užrakinimo strategijos, kurias naudoja duomenų bazės konkurencinio prieigos apdorojimui?
Kokia yra pagrindinė šios įgyvendinimo problema - Fiksuoto siūlų baseino neveiksmingas naudojimas - Problemos su bendrų išteklių sąveika - Netinkamas užrakinimo įtraukimas gali sukelti deadlock. - Netinkamas sinchronizacijos lygis - Prieš rezultatą nėra patikrinimų visų siūlų - Nėra aiškaus konstruktoriaus Kodas: import java.util.concurrent.locks.ReentrantLock; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; class RecyclingBinCounter { private int binCount; private final ReentrantLock lock = new ReentrantLock(); public void incrementBins() { lock.lock(); try { binCount++; } finally { lock.unlock(); } } public int getBinCount() { return binCount; } } class RecyclingManager { public static void main(String[] args) { RecyclingBinCounter counter = new RecyclingBinCounter(); ExecutorService service = Executors.newFixedThreadPool(3); for (int i = 0; i < 3; i++) { service.submit(() -> { for (int j = 0; j < 1000; j++) { counter.incrementBins(); } }); } service.shutdown(); while(!service.isTerminated()) {} System.out.println("Total bins collected: " + counter.getBinCount()); } }
Kuri paskutinė užduotis tau pasirodė įdomi, sudėtinga, įsimintina?
Trumpai papasakokite apie paslaugos architektūrą.
Kokios problemos kyla Spring Kafka su virtualiais siūlais? Ar išvis nėra problemų?
Kodėl pasirinkote wait/notify vietoj ReentrantLock?
Jei bus keli pasiūlymai iš kelių įmonių, pagal kokius kriterijus darysi pasirinkimą? Paminėk tris.
Kaip įtrauktumėte Kafka Listener gyvavimo ciklą — per KafkaListenerEndpointRegistry ar aiškų pollingą per KafkaConsumer?
Koks yra pagrindinis pasirinktos sprendimo struktūros trūkumas? Property klasė nepalaiko polimorfizmo. Klasės laukai gali būti neinicijuoti. Bendrosios kainos skaičiavimo metodo perkėlimas į "Order" klasę. Nepanaudoja transakcijų mechanizmų. Tuščio sąrašo atveju nėra išimčių.
Kokio šalutinio poveikio atsiranda vykdant kodą BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 60; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END; BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 40; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END;
Kokios technologijos tau labiausiai patinka?
Paaiškinkite Spring'e esančio bean gyvenimo ciklą.
Ką darote su DLT temomis?
Kokie yra transakcijų izoliacijos lygiai SQL ir kuris iš jų nustatytas pagal numatytuosius nustatymus PostgreSQL?
