sql >> Databáze >  >> RDS >> PostgreSQL

Jarní konference PostgreSQL 2011, USA/Kanada

Voda padající z nebe se tento týden nemění ve sníh. A ve dnech, kdy je jasno, je moje auto pokryto pylem stromů. I když pro většinu lidí znamenají něco jiného, ​​pro mě jsou to známky toho, že se blíží začátek jarní konferenční sezóny. Během každého z následujících tří měsíců se v Severní Americe koná konference, která obsahuje seriózní obsah PostgreSQL, a letos každou z nich uspořádám.

PgEast 2011 se koná v New Yorku od nynějška něco málo přes dva týdny. Pokud jste poblíž, není příliš pozdě na plánování cest. Místo je tak snadno dostupné vlakem. Místo konání konference je přímo na vrcholu newyorského Penn Station, hlavního vlakového uzlu. Všechna hlavní města na východním pobřeží z Bostonu do Richmondu jsou snadno dostupná z Pennu. Konference je také vedle vlakové zastávky PATH, s vlaky, které vedou do a ze severu New Jersey. Ty se snadno propojí s celým systémem New Jersey Transit.

Letošní konference je obrovská, s 5 až 6 paralelními sezeními PostgreSQL během mnoha časových úseků. Navíc je tu dokonce skladba MongoDB. Tato konference má také velký počet půldenních a celodenních školení; ty se hradí odděleně od hlavní konference. Pokud pracujete s PostgreSQL, očekával bych, že alespoň na jednu z těchto relací stojí za to dorazit včas.

Rozhodl jsem se udělat něco opravdu odlišného od běžného tréninkového formátu. Spíše než procházením normální série snímků, moje školení Surviving Server Overload stráví většinu času zíráním do konzole nebo monitorovacích nástrojů přetíženého serveru PostgreSQL. Myšlenka je taková, že uvidíte, co hledám, když se snažím najít problémy s výkonem, a dozvíte se něco o metodologii, kterou používám k jejich řešení. Provádění tohoto druhu ladění je nezbytné pro mnoho systémů PostgreSQL, jakmile se jejich využití zvýší. A obvykle se to učí pouze jedním způsobem:  stresově při snaze zjistit, proč došlo k výpadku serveru při zatížení. Moje třída vám umožní vidět, jak to bude vypadat, než se to stane, a nechá vás s některými technikami a nápady, které si můžete osvojit a které mohou oddálit výpadek výkonu, který se vám stane – a budete lépe připraveni, když k němu dojde.
The Jak rozvrh fungoval, můžete si udělat celý den školení tím, že se ráno podíváte na moji přednášku a poté buď na školení Replikace od Magnuse, nebo na lekci PostgreSQL 9 od Roberta Treata odpoledne. Existuje několik kombinací, které by se zde dobře hodily. Existují také některé alternativy, které zaberou celý den v jednom sezení, jako je Bruceův administrační primer.

Těžké volby. Pokud vás některé z těchto školení zaujalo, určitě si je co nejdříve zarezervujte. Velikosti tříd jsou značně omezené a očekává se, že několik relací bude vyprodáno.

V dubnu je celá skladba PostgreSQL na stále více nesprávně pojmenované konferenci O’Reilly MySQL letos v dubnu v Santa Clara, CA. Dělám tam přednášku o srovnávání hardwaru, která končí několika poznámkami o testování výkonu MySQL vs. PostgreSQL. Bude tam také mnoho dalších populárních řečníků PostgreSQL; jde o věc typu „držte své nepřátele blíž“, my se mísíme s našimi smrtelnými nepřáteli v Oracle.

A poslední z jarních konferencí je PGCon v kanadské Ottawě. Plán této konference se právě zvýšil a první den konference absolvuji další půldenní sezení o ladění výkonu (tato je tradičnější přednáška založená na diapozitivech). Výukové dny na PGConu jsou často ve srovnání s hlavní konferencí trochu málo navštěvované. Vzhledem k tomu, že Robert Haas v druhé polovině prvního dne přednesl jedinečnou přednášku o introspekci databáze, letos rozhodně musíte na PGCon dorazit brzy, pokud chcete vidět všechny ty dobré přednášky, které jsou prezentovány.


  1. CTE a narozeninový paradox

  2. Příklad hromadného shromažďování Oracle pomocí objektu typu typ řádku kurzoru

  3. Aktualizace Oracle Critical Patch – říjen 2020

  4. Chyba serveru SQL 109:V příkazu INSERT je více sloupců než hodnot zadaných v klauzuli VALUES