Ի՞նչ մեթոդներ եք ճանաչում Spring-ում գործարքների կառավարում համար։
Java
Spring-ում բիները ըստ նախնական կարգավորումների որ տարածքում են ստեղծվում:
Դուք ունեք միկրոսերվիսային ճարտարապետություն՝ նշումը գրել եք կոնկրետ ծառայությունում կամ ամբողջ նախագծի համար: Ինչպես տարածեցիք լուծումը?
Պատմեք SQL հարցման օպտիմիզացման դեպքի մասին՝ ինչ էր խնդիրը և ինչպես լուծվեց:
Ինչպես կիրառել նշումը պրակտիկայում: Դուք գրել եք ձեր անհատականացված նշումները:
Կոդի վերանայում: նայեք getDivisions մեթոդին (կոդի սքրինշոթներ) — ինչն է դուր եկել, ինչն է ոչ: Արդարացված է անտարբեր կարգի դասավորումը, սխալների մշակումը, հոսքը և այլն։
Ի՞նչ է նշանակում propagation, երբ մեթոդը կանչվում է արդեն բացված գործարքի կոնտեքստից։
Ինչպես պայքարել N+1 խնդրի դեմ?
Եթե միություն բեռնվել է մեկ հարցումով և մենք կանչում ենք կապված միության ստանալու մեթոդը — քանի հարցում կկատարվի ընդհանուր?
Ի՞նչ է սինգլթոն դիզայնի նմուշը։
Ի՞նչ մակարդակների թափանցիկություն եք գիտակցում գործարքների համար։
Ինչպե՞ս կպատմեք մյուս ծրագրավորողին, թե ինչ է Spring Data-ն ու ինչ արժեք ունի այն։
Ի՞նչ է Java-ում նշումը: Ինչպե՞ս կպատմեիք դա մյուս ծրագրավորողին:
JPA ռեպոզիտորիայում save() մեթոդը ստեղծում է նոր օբյեկտ կամ թարմացնում է առկա մեկը?
Դուք երբևէ օգտագործե՞լ եք TransactionTemplate ձեր աշխատանքի ընթացքում: Տրամադրեք օրինակ, երբ ծրագրային կերպով որոշեցիք՝ վերականգնել տրանզակցիան կամ ոչ։
Արդյոք @Transactional(readOnly=true) նշումը այս մեթոդում արդարացված է?
Ի՞նչ եղանակներ եք օգտագործել Spring Boot հավելվածներում արտակարգ իրավիճակների կառավարում համար։
Ի՞նչ պարամետրեր ունի @Transactional նշումը։
Ինչու scope singleton-ը ընտրվում է որպես նախնական տարբերակ բիների համար և ինչու է օբյեկտի ստեղծումը համարվում է թանկ գործարք։
Առաքելություն: կա երկու միկրոսերվիս, անհրաժեշտ է տեղափոխել մեծ աղյուսակ (ավելի քան 3 միլիոն գրանցում) մեկից մյուսը (տեղական պատճեն ստեղծել): Ինչպե՞ս կիրականացնեիք դա, հաշվի առնելով, որ տվյալները հաճախ կարող են փոխվել և անհրաժեշտ է տրանզակցիոնություն (բոլորը կամ ոչինչ):