Další z mých oblíbených PostgreSQL dotazů – a proč na nich také záleží

Chcete-li pak tento KURZOR použít, pracujte v rámci TRANSAKCE (jak je uvedeno v dokumentaci zde).

location=# BEGIN;BEGINlocation=# SELECT location_curs();location_curs --------------------(1 řádek) 

Co tedy můžete dělat s tímto „“?

Zde je jen několik věcí:

První řádek z KURZORu můžeme vrátit buď pomocí first nebo ABSOLUTE 1:

location=# FETCH first FROM "";číslo_segmentu | zeměpisná šířka | zeměpisná délka | kód_proj | asbuilt_flag -------------+------------------+----------------- ---+-----------+--------------" 3571" | " 29.0202942600" | " -90,2908612800" | 72 | "Y"(1 řádek)location=# NAČTÍT ABSOLUTNÍ 1 Z "";číslo_segmentu | zeměpisná šířka | zeměpisná délka | kód_proj | asbuilt_flag -------------+------------------+----------------- ---+-----------+--------------" 3571" | " 29.0202942600" | " -90,2908612800" | 72 | "Y" (1 řádek) 

Chcete hádku téměř v polovině sady výsledků? (Za předpokladu, že víme, že ke KURZORU je vázáno odhadem půl milionu řádků.)

Můžete být tak 'konkrétní' s KURZOREM?

Ano.

Můžeme umístit a NAČÍST hodnoty pro záznam na řádek 234888 (jen náhodné číslo, které jsem vybral):

location=# NAČÍST ABSOLUTE 234888 Z "";číslo_segmentu | zeměpisná šířka | zeměpisná délka | kód_proj | asbuilt_flag -------------+------------------+----------------- ---+-----------+--------------" 11261" | " 28.1159541400" | " -90,7778003500" | 10 | "Y" (1 řádek) 

Jakmile se tam umístíme, můžeme posunout KURZOR o „jeden vzad“:

location=# NAČTENÍ ZPĚT OD "";číslo_segmentu | zeměpisná šířka | zeměpisná délka | kód_proj | asbuilt_flag -------------+------------------+----------------- ---+-----------+--------------" 11261" | " 28.1159358200" | " -90,7778242300" | 10 | "Y" (1 řádek) 

Což je stejné jako:

location=# NAČÍST ABSOLUTE 234887 Z "";číslo_segmentu | zeměpisná šířka | zeměpisná délka | kód_proj | asbuilt_flag -------------+------------------+----------------- ---+-----------+--------------" 11261" | " 28.1159358200" | " -90,7778242300" | 10 | "Y" (1 řádek) 

Poté můžeme KURZOR přesunout zpět na ABSOLUTE 234888 pomocí:

location=# NAČÍST VPŘED Z "";číslo_segmentu | zeměpisná šířka | zeměpisná délka | kód_proj | asbuilt_flag -------------+------------------+----------------- ---+-----------+--------------" 11261" | " 28.1159541400" | " -90,7778003500" | 10 | "Y" (1 řádek) 

Užitečný tip:Chcete-li přemístit KURZOR, použijte MOVE místo FETCH, pokud nepotřebujete hodnoty z tohoto řádku.

Viz tento úryvek z dokumentace:

"MOVE přemístí kurzor bez načtení dat. MOVE funguje přesně jako příkaz FETCH, s tím rozdílem, že pouze umístí kurzor a nevrací řádky."

Název "" je obecný a ve skutečnosti může být místo toho "pojmenovaný".

Znovu navštívím svá data statistik kondice, abych napsal funkci a pojmenoval CURSOR spolu s potenciálním případem použití v „reálném světě“.

CURSOR se zaměří na tuto dodatečnou tabulku, která ukládá výsledky neomezené na měsíc květen (v podstatě všechny, které jsem dosud shromáždil), jako v předchozím příkladu:

fitness=> VYTVOŘIT TABULKU cp_hiking_total JAKO VÝBĚR * Z turistické_měsíc_celkem BEZ DAT;VYTVOŘIT TABULKU JAKO 

Poté jej naplňte daty:

fitness=> INSERT INTO cp_hiking_total VYBERTE hs.day_walked, hs.cal_burned, hs.miles_walked, hs.duration, hs.mph, tr.name, sb.name_brandFROM hiking_stats JAKO hsINNER JOIN hiking_trail AS htON hs. =ht.th_idINNER JOIN trail_route AS trON ht.tr_id =tr.trail_idINNER JOIN shoe_brand AS sbON hs.shoe_id =sb.shoe_idORDER BY hs.day_walked ASC;INSERT 0 51 

Nyní pomocí níže uvedené funkce PLpgSQL VYTVOŘTE 'pojmenovaný' KURZOR:

VYTVOŘIT NEBO NAHRADIT FUNKCI stats_cursor(refcursor)RETURNS refcursorAS $$BEGINOTEVŘÍT $1 FORSELECT *FROM cp_hiking_total;RETURN $1;END;$$ LANGUAGE plpgsql; 

Tento CURSOR budu nazývat „statistiky“:

fitness=> BEGIN;BEGINfitness=> SELECT stats_cursor('stats');stats_cursor --------------stats(1 řádek) 

Předpokládejme, že chci, aby byl „12.“ řádek svázán s CURSORem.

Mohu umístit KURZOR na tento řádek a získat tyto výsledky pomocí níže uvedeného příkazu:

fitness=> NAČÍST ABSOLUTE 12 ZE statistik;day_hiked | spálené kalorie | míle | trvání | tempo | trail_hiked | boty_nošené ------------+-----------------+-------+---------- +------+---------------------+--------------------- -------------------2018-05-02 | 311,2 | 3,27 | 00:57:13 | 3,4 | Stromová stezka prodloužená | New Balance Trail Runners-All Terrain (1 řádek) 

Pro účely tohoto blogového příspěvku si představte, že z první ruky vím, že hodnota sloupce Tempo pro tento řádek je nesprávná.

Konkrétně si pamatuji, že jsem byl toho dne ‚na nohou unavený‘ a během té túry jsem udržoval tempo pouze 3,0. (Hej, to se stává.)

Dobře, jen AKTUALIZUJI tabulku cp_hiking_total, aby odrážela tuto změnu.

Bezpochyby poměrně jednoduché. Nuda…

A co místo toho se statistikami CURSOR?

fitness=> AKTUALIZACE cp_hiking_totalfitness-> NASTAVIT tempo =3.0fitness-> KDE AKTUÁLNÍ statistiky;AKTUALIZACE 1 

Chcete-li, aby byla tato změna trvalá, zadejte COMMIT:

fitness=> COMMIT;COMMIT 

Pojďme se zeptat a uvidíme, že se UPDATE projeví v tabulce cp_hiking_total:

fitness=> VYBERTE * Z cp_hiking_totalfitness-> WHERE day_hiked ='2018-05-02';day_hiked | spálené kalorie | míle | trvání | tempo | trail_hiked | boty_nošené ------------+-----------------+-------+---------- +------+---------------------+--------------------- -------------------2018-05-02 | 311,2 | 3,27 | 00:57:13 | 3,0 | Stromová stezka prodloužená | New Balance Trail Runners-All Terrain (1 řádek) 

Jak skvělé to je?

Pohybujte se v sadě výsledků CURSORu a v případě potřeby spusťte UPDATE.

Docela silný, když se mě ptáte. A pohodlné.

Některá „upozornění“ a informace z dokumentace k tomuto typu CURSOR:

"Obecně se doporučuje použít FOR UPDATE, pokud je kurzor určen k použití s ​​UPDATE ... WHERE CURRENT OF nebo DELETE ... WHERE CURRENT OF. Použití FOR UPDATE zabrání jiným relacím ve změně řádků mezi časem jsou načteny a čas jejich aktualizace. Bez FOR UPDATE nebude mít následný příkaz WHERE CURRENT OF žádný účinek, pokud byl řádek od vytvoření kurzoru změněn.

Dalším důvodem pro použití FOR UPDATE je to, že bez něj by následný WHERE CURRENT OF mohl selhat, pokud kurzorový dotaz nesplňuje pravidla standardu SQL pro „jednoduchou aktualizaci“ (konkrétně kurzor musí odkazovat pouze na jednu tabulku a nepoužívejte seskupování nebo OBJEDNAT PODLE). Kurzory, které nelze jednoduše aktualizovat, mohou nebo nemusí fungovat, v závislosti na podrobnostech výběru plánu; takže v nejhorším případě může aplikace fungovat při testování a pak selhat v produkci."

S KURZOREM, který jsem zde použil, jsem se řídil standardními pravidly SQL (z pasáží výše) v aspektu:Odkazoval jsem pouze na jednu tabulku, bez seskupování nebo ORDER by klauzule.

Proč na tom záleží.

Stejně jako u mnoha operací, dotazů nebo úloh v PostgreSQL (a SQL obecně) existuje obvykle více než jeden způsob, jak dosáhnout a dosáhnout svého konečného cíle. Což je jeden z hlavních důvodů, proč mě přitahuje SQL a snažím se dozvědět více.

Doufám, že jsem prostřednictvím tohoto navazujícího příspěvku na blogu poskytl určitý pohled na to, proč byla víceřádková AKTUALIZACE pomocí CASE zahrnuta jako jeden z mých oblíbených dotazů v prvním doprovodném blogovém příspěvku. Už jen mít to jako možnost se mi vyplatí.

Kromě toho prozkoumejte KURZORY pro procházení velkých sad výsledků. Provádění operací DML, jako jsou UPDATES a/nebo DELETES, pomocí správného typu CURSOR, je jen „třešničkou na dortu“. Chci je dále studovat pro další případy použití.