Java

Millised on SQL-i tehingute isolatsiooni tasemed ja milline neist on PostgreSQL vaikimisi seadistatud?

Mis on selle rakenduse peamine probleem? - '83' port võib juba hostis olla kasutusel - Väljanägemise ebatõhus korraldus - Pordi üle kirjutamine vale käsu järjekorra tõttu - Konfiguratsioon kasutab konfidentsiaalset versiooni - Viimane ehitusel vale tee versioon: '3.8' teenused: art-marketplace: build: context: ./art-market ports: - "83:83" võrgud: - art-network võrgud: art-network: driver: overlay

Mis on selle rakendamise peamine probleem - HTTP olekute ja eranditüüpide vale määratlus - Vale Dependency Injection seadistus - Asünkroonilised kuulajad ei ole kaasatud - Mitte-standardsed erandite käsitlused käsitlejas - Vale beanide seadistus - @Autowired ei kasutata sõltuvuse arendamiseks

What is the main problem of this implementation? - Does not use a connection pool for Jedis - No backup of Redis data - No internal switch for verification - Lack of exception handling - Incorrect update of the calibration element - zadd and zscore without error checks ```java import redis.clients.jedis.Jedis; import java.util.Set; public class WineCellar { private Jedis jedis; public WineCellar() { jedis = new Jedis("localhost", 6379); initializeWines(); } private void initializeWines() { jedis.zadd("wines", 1978, "Chateau Margaux"); jedis.zadd("wines", 1990, "Domaine de la Romanee-Conti"); jedis.zadd("wines", 2005, "Opus One"); } public void updateWineYear(String wine, double newYear) { double oldYear = jedis.zscore("wines", wine); if (oldYear != newYear) { jedis.zadd("wines", oldYear, wine); // Incorrect update } } public Set<String> getWinesByYear(double minYear, double maxYear) { return jedis.zrangeByScore("wines", minYear, maxYear); } public static void main(String[] args) { WineCellar cellar = new WineCellar(); cellar.updateWineYear("Chateau Margaux", 1982); System.out.println(cellar.getWinesByYear(1970, 2000)); } }

Räägi endast, miks sa praegu otsid, mida otsid?

Fikseeritud niidupuhvli ebaefektiivne kasutamine Ühiste ressursside vaheline probleem Vead lukustuse kaasamisel võib viia ummikseisuni. Vale sünkroniseerimise tase Enne tulemust pole kõigi niitide kontrolli Ei ole selget konstruktorit

Mis on selle andmebaasi keerulise tüübi rakendamise peamine probleem? TIMESTAMP ilma ajavööndita Süntaksiviga! NULL koodis Puudub CTE, loetavus Seriali tõttu ühilduvuse probleemid «TICKET_TYPE» ei olnud andmebaasis deklareeritud Ei ole viimast väärtust INTEGER tasemel

Kuidas sa rakendaksid äriliste päiste (x-session-id, x-client-id) levitamist kogu mikroteenuste süsteemis REST ja Kafka kaudu?

Palun, räägi mulle, milline oli tehnoloogiate virn?

WardrobeManager peab kasutama @Autowired Puudub klass binaarfailide haldamiseks Puudub tehingute haldus ItemRepository ei ole märgitud @Repository Komponendi loomisel kasutage Spring konteinerit asemel konstruktorit WardrobeController konstruktor ei kasuta @Autowired

Mida teha MDC kontekstiga Kafka's?

Mis on valitud lahendusstruktuuri peamine probleem? - ArrayList ilma eelnevalt määratud mahuta põhjustab liigseid kulutusi - Oht vastastikuseks lukustamiseks meetodite kaudu - Ebapiisav lukustussüsteem põhjustab täiendavaid kulutusi. - ExecutorService ei saa korralikult töödelda - Fikseeritud kaitsepulk skaleeritavuse jaoks

Mis on selle rakendamise peamine probleem? - Puuduvad määratlused ulatuse ja tulemuste kohta - Puudub vigade käsitlemine turvalisuse valdkonnas - Viga konteksti seadistamisel — kogumikke ei kirjutata õigesti. - Prototüübi komponenti ei hallata käsitsi - Juhtimise kursuste jaoks pole soovitusi MVC-ga

Mis on selle rakendamise peamine probleem? - Mitteoptimeeritud tabelid näitavad pildi suurust - Docker-pildi kärpimine RUN-is võib olla probleem - Mitmed CMD-d, ainult viimane töötab - Kustutamisoperatsioon ei arvesta "nähtava" pildi filtreerimist

Oletame, että sinulla on kaksi säiettä. Toinen tulostaa (1,2,3...), ja toinen (A,B,C...). Kuinka varmistaa, että ne suoritetaan vuorotellen (1,A,2,B...)?

Kuidas vältida probleeme muudetavate võtmetega HashMap-is?

Vigase vigade töötlemise loogika vale rakendamine kasutades onErrorResume Ei ole erinevust vigade töötlemisel handleEnrollmentError Puudub sõltuvuse süstimine sõltuvalt kontrollerist Meetod handleEnrollmentError ei kasuta parameetreid CourseController ei ole registreeritud juba kümme aastat

Miks üldse on vajalikud Spring Boot starterid, kui me saame kõike Springis kirjutada?

Mis on selle rakenduse peamine probleem - Redis-iga ühendus on kõvakooditud - Redis jaoks on ühenduste bassein - Kontrollimata `jedis.get` kõne võib tagastada null - `KEYS` käsu kasutamine, mis koormab serverit - Redis sündmusi pole

Mis on selle rakendamise peamine probleem WITH archived_charges AS ( SELECT id, charging_station_id, start_time, end_time FROM charge_sessions WHERE end_time < current_date - interval '30' day ) INSERT INTO charges_history SELECT * FROM archived_charges; DELETE FROM charge_sessions USING archived_charges WHERE charge_sessions.start_time < current_date - interval '15' day;