Tika izveidota tabulu struktūra, norādīta attēlā. Ir nepieciešams izpildīt attēlā norādīto vaicājumu. Kura join veida vietā jālieto [...], lai rezultātā type = 'table_aw' ierakstiem būtu aizpildīts kolonna 'naming', bet type = 'table2' ierakstiem — kolonna 'serial_number'? create table multirelation( type varchar not null, entity_id integer not null ); create table table_aw( id integer primary key, naming varchar not null ); create table table2( id integer primary key, serial_number varchar not null ); -- tabulu struktūra select m.type,m.entity_id, ta.naming, t2.serial_number from multirelation m [...] join table_aw ta on m.entity_id = ta.id and m.type='table_aw' [...] join table2 t2 on m.entity_id = t2.id and m.type='table2'; -- vaicājums Atstājiet tukšu inner cross right left
Data Engineer
Ir divas darījumi. Pirmā darījuma izpilda komandu. Tad otrā darījuma izpilda komandu. Pēc tam pirmā darījuma turpinās. Kura secība novedīs pie savstarpējas bloķēšanas? ```sql -- pirmā darījuma update accounts set balance = balance + 100 where id = ?; -- otrā darījuma update accounts set balance = -50 where id = ?; update accounts set balance = +200 where id = ?; ```
Bot trafika daļa Antifraud komanda izstrādāja mehānismu, lai noteiktu bot trafiku vietnē: kad bots ieiet vietnē, tā URL parametriem tiek pievienots apakšvirkne "bot" (neatkarīgi no lielajiem vai mazajiem burtiem). Ja user_id vismaz vienu reizi ir identificēts kā bots decembrī, tas vienmēr jāuzskata par botu. Izpētiet lietotāju apmeklējumu datu kopu vietnē un aprēķiniet botu daļu no kopējā lietotāju skaita 2024. gada decembrī (noapaļojiet līdz vienam ciparam aiz komata). Ievades formāts Tabula visits: - event_date (date) — apmeklējuma datums - user_id (int) — unikāls lietotāja identifikators - url (string) — saite, caur kuru tika veikts apmeklējums Dati nesatur trūkstošas vai nepareizas vērtības. Izvades formāts Vaicājums jāatgriež tabula ar laukiem: - share (float) — botu daļa no kopējā lietotāju skaita decembrī, noapaļota līdz vienam ciparam aiz komata.
Kā atjaunot darbu no attālās zara, ja, mēģinot `git checkout hotfix/missing-footer`, saņemat kļūdas ziņojumu, ka zars nav atrasts?
PostgreSQL ir nepieciešams optimizēt transakciju veiktspēju, izmantojot minimālo izolācijas līmeni, kurā: • paralēlās transakcijas var redzēt neizpildītas izmaiņas citām; • ir iespējami "netīri lasījumi" (dirty read). Kādu izolācijas līmeni jānorāda transakcijai, lai sasniegtu šo mērķi? netīrs lasījums nav iespējams PostgreSQL repeatable read read uncommitted read committed serializable
Lietotāju aktivitātes analīze reklāmas kampaņās Uzņēmums uzskaita notikumus, kas saistīti ar reklāmas kampaņām. Ievades tabulas: • campaigns — reklāmas kampaņu saraksts ar to identifikatoriem un nosaukumiem; • events — lietotāju notikumi pēc kampaņām ar informāciju par notikuma tipu (piemēram, 'click' (klikšķis uz reklāmas)) un laiku. Nepieciešams izveidot pārskatu par katru reklāmas kampaņu ar šādiem rādītājiem: • Kopējais notikumu skaits. • Unikālo lietotāju skaits, kuri veica notikumus. • Kampaņas pirmā un pēdējā notikuma laiks. • Kampaņas ranga pēc kopējā notikumu skaita dilstošā secībā. Rangs — skaitlis, kas piešķirts katrai rindai rezultātu kopā, balstoties uz norādīto datu kārtību. Ja divas vai vairāk rindas ir ar vienādu vērtību, tām piešķir vienādu rangu, bet nākamais rangs tiek izlaists. Tiek iekļautas tikai tās kampaņas, kurām bija notikumi: bez notikumiem esošas kampaņas netiek ņemtas vērā. Galīgais pārskats ir jāsakārto vispirms pēc ranga dilstošā secībā, pēc tam pēc campaign_name alfabētiskā secībā. Ievades formāts • campaign_name (string) — reklāmas kampaņas nosaukums • start_date (timestamp) — kampaņas sākuma datums un laiks • end_date (timestamp) — kampaņas beigu datums un laiks Notikumu tabula: • event_id (int) — unikāls notikuma identifikators • user_id (int) — unikāls lietotāja identifikators, kurš veica notikumu • campaign_id (int) — reklāmas kampaņas unikāls identifikators • event_type (string) — notikuma veids, piemēram, 'click' (klikšķis) vai 'conversion' (konversija — veiksmīga darbība, piemēram, pirkums) • event_time (timestamp) — notikuma veikšanas laiks Dati nesatur tukšas vai nepareizas vērtības. Izvades formāts Vaicājumam jāatgriež tabula ar šādiem laukiem: • campaign_name (string) — reklāmas kampaņas nosaukums • total_events (int) — kopējais notikumu skaits • unique_users (int) — unikālo lietotāju skaits, kuri veica notikumus • first_event_time (timestamp) — pirmā notikuma laiks • last_event_time (timestamp) — pēdējā notikuma laiks • campaign_rank (int) — kampaņas ranga pēc kopējā notikumu skaita dilstošā secībā Datus jāizkārto pēc ranga dilstošā secībā, pēc tam pēc campaign_name alfabētiskā secībā.
Kādu operāciju izpildīja komanda? - Izpildīja git revert uz commitu ar config.yaml - Izpildīja git filter-branch --index-filter "git rm --cached config.yaml" -- --all - Izpildīja git rebase -i, izdzēšot commitus, kas saturēja izmaiņas failā - Izpildīja git commit --amend un git push --force - Izmantoja git cherry-pick, lai izveidotu jaunu zaru bez config.yaml
Ja vēlaties mainīt zaru, uz kuru norāda submodulis, ko jums vajadzētu darīt? - Submoduļi neatbalsta zaru maiņu - Dzēst submoduli un pievienot to vēlreiz ar vēlamo zaru - Mainīt zaru submodulī un veikt komitēšanu galvenajā krātuvē - Izpildīt git checkout uz vēlamo zaru submodulī un reģistrēt izmaiņas galvenajā krātuvē - Izpildīt git submodule update --branch, norādot jauno zaru
Kāpēc šobrīd apsverat darba piedāvājumus?
Kas notika un kā atjaunot darbu?
notifications tabulā ir lauks status, kura vērtības ir: 'sent', 'delivered', 'read'. Kurš vaicājums ir pareizs? select * from notifications where status like '%sent%' order by created_at desc limit 5 select * from notifications where status = 'read' order by created_at desc limit 5 select * from notifications order by status desc limit 5 select * from notifications where status not in ('sent', 'delivered') order by created_at asc limit 5 select * from notifications where status in ('sent', 'delivered') order by created_at desc limit 5
Lūdzu, pastāstiet, kāpēc jūs interesē šī vakance.
Fitness klubu apmeklējumu analīze Jūs strādājat kā analītiķis fitness klubu tīklā. Jums ir informācija par lietotāju apmeklējumiem un viņu iegādātajām biedrībām. Ir nepieciešams analizēt biedrību efektivitāti. Aprēķiniet katram biedrības veidam: • kopējo lietotāju skaitu, kas ir izmantojuši šo biedrības veidu. ņemiet vērā tikai unikālos user_id; • kopējo apmeklējumu skaitu ar šo biedrību. ņemiet vērā visus lietotāju apmeklējumus ar šo biedrību; • šo biedrības lietotāju daļu procentos no kopējā lietotāju skaita (noapaļotu līdz vienai desmitajai). Lai aprēķinātu lietotāju daļu, izmantojiet attiecību starp šo biedrību lietotāju skaitu un kopējo unikālo lietotāju skaitu. Katram lietotājam var būt tikai viena biedrība. Rezultātu sakārtojiet pēc biedrības veida alfabētiskā secībā. Ievades formāts Tabula memberships: • membership_id (int) — unikāls biedrības ID • user_id (int) — lietotāja unikālais ID • membership_type (text) — biedrības veids Tabula visits:
Kurš komandas no projekta galvenās mapes būtu jāizmanto, lai atjauninātu submoduli docs/ uz jaunāko versiju no attālā repozitorija un sagatavotu šo izmaiņu komitēšanai? git fetch docs/ && git merge docs/FETCH_HEAD git pull --recurse-submodules git submodule update --remote docs/ cd docs/ && git pull && cd .. && git commit -am "Atjauninājums" git submodule update --init docs/
PostgreSQL, rindkopas virsraksts ietver xmax parametru. Kādu lomu tas spēlē transakciju pārvaldībā? - Lai izveidotu unikālu rindas identifikatoru tabulā - Lai pārbaudītu citu transakciju redzamību rindā - Lai norādītu transakcijas numuru, kas izdzēsa vai atjaunināja rindu - Lai bloķētu rindu pret vienlaicīgām izmaiņām ar vairākām transakcijām - Lai norādītu maksimālo vērtību, ko var ierakstīt skaitliskajā kolonnā
Steidzami atgaukite keletą failų į paskutinės komiteto versiją, nepažeidžiant kitų pakeitimų. Kaip tai padaryti? git reset --hard HEAD Ištrinkite ir rankiniu būdu sukurkite failus git fetch ir git merge git revert HEAD git checkout HEAD^ <failas1> <failas2>
Kādos Scala projektos jūs esat iepriekš strādājis? Dalieties ar konkrētām uzdevumiem un sasniegumiem šajā tehnoloģijā.
Kas notika un kā atgūt darbu?
Jums ir ir saistītas tabulas: first_table un second_table. Jūs vēlaties izpildīt komandu TRUNCATE TABLE second_table CASCADE;, lai izdzēstu visas rindas no second_table un visus ar to saistītos datus. Kādas var būt šīs komandas izpildes sekas? create table first_table ( id integer primary key ); create table second_table ( id serial primary key, first_table_fk integer references first_table(id) ); - second_table_id_seq secība tiks atiestatīta uz sākuma vērtību. - Tiks izdzēsti visi ieraksti no first_table, kas ir saistīti ar second_table caur ārējo atslēgu. - Esošie indeksi second_table tiks izdzēsti un automātiski atjaunoti. - Turpmākajos ievadījumos second_table, noklusējuma vērtība id var sākties ar nepareizu vērtību. - Notiks kļūda, jo komanda CASCADE ir aizliegta tabulām ar ārējām atslēgām.
Ko var teikt par šīs vaicājuma pareizību? select * from sessions where ended_at is null and status != 'pending';