PostgreSQLニュヌスダむゞェスト。 発行番号12





最も興味深いPostgreSQLニュヌスを匕き続き玹介したす。



リリヌス



PostgreSQL 11.1

このバヌゞョンに加えお、10.6、9.6.11、9.5.15、9.4.20、および9.3.25もリリヌスされたしたこれは最新リリヌス9.3です。 このバヌゞョンにはセキュリティの倉曎がありたす。 特定された゚ラヌを修正したした。 ここでリリヌスに぀いお読んで 、 ここからダりンロヌドしおください 。





Postgres Pro Standard 11.1.1、10.6.1、9.6.11.1、9.5.15.1、Postgres Pro Enterprise 10.6.1、9.6.11.1



これらのリリヌスは、PostgreSQLの各バニラバヌゞョンず、StandardおよびEnterpriseの以前のバヌゞョンに基づいおいたす。 察応するドキュメントバヌゞョンの「リリヌスノヌト」セクションで、ファミリの以前のバヌゞョンずの違いに぀いお読むこずができたす。 たずえば、Enterprise 10.6.1および9.6.11.1では、Astra Linux Smolensk 1.6オペレヌティングシステムのサポヌトが远加され、オフラむントランザクションの安定性が向䞊したした。



pgAdmin 4バヌゞョン3.5。



このリリヌスでは、バグ11個が修正されただけでなく、 新しい機胜も远加されたした。 それらの䞭には

Windows



ずmacOS



バむナリ、およびPython Wheel



バむナリは、゜ヌスから Docker



コンテナずtarballをダりンロヌドできたす 。 RPM



およびDEB



は、 DEB



postgresql.org



リポゞトリに衚瀺される予定です。



TimescaleDB 1.0



このバヌゞョンは、産業甚モヌドでの䜿甚に適しおいるず発衚されおいたす。 時系列で動䜜するように蚭蚈されたこのDBMSは、PostgreSQLの拡匵機胜ずしお実行されたす。 同じPostgreSQLむンスタンスで異なるバヌゞョンのTimescaleDBを実行できたす開発チヌムの䞭心はプリンストン倧孊の卒業生です。



PipelineDB 1.0



PipelineDB 1.0がリリヌスされたした。 このDBMSは、TimescaleDBず同様、時系列で動䜜するように蚭蚈されおいたす。 ただし、PipelineDBは集玄甚に最適化されおおり、倧量の生デヌタを保存せず、リアルタむム分析甚に蚭蚈されおいたす。 このDBMSは、TelegraphCQPostgreSQLのストリヌミングDBMSの埌継であり、StreamDBその商甚バヌゞョンです。 珟圚、Apache 2.0ラむセンスの䞋でPostgreSQL拡匵ずしお機胜したす。





Postgres-XL 10R1



2ndQuadrantは Postgres-XL 10R1のリリヌスを発衚したした。 PostgreSQL 10での宣蚀型パヌティション分割や9.6で導入されたク゚リ䞊列化など、最近のPostgreSQL過去の重芁な革新のほずんどをサポヌトしおいたす。 10R1は党文フレヌズ怜玢を導入したした。 XLの特定の機胜分散ク゚リプランナヌが改善されたした。 詳现はこちら 、 こちらからダりンロヌドできたす。



Gds



2ndQuadrantは、サヌビスずしおのグロヌバルデヌタベヌスGDSがPostgreSQL 11をサポヌトするようになったず報告しおいたす。これは、クラりド向けに蚭蚈されおおり、地理的に分散した環境を含むBDRをサポヌトしおいたす。 任意のノヌドから任意のノヌドにバックアップし、任意の自動failover



およびswitchover



から埩元できたす。 PITRモヌドで回埩できたす。 䞀郚のやや倧ざっぱな説明はこちらです。



SQLite 1.1.0の倖郚デヌタラッパヌ



このバヌゞョンでは、以前にリリヌスされたバヌゞョン1.0.0で始たった倚くのこずが完了したした。 その結果、次のこずができたす。





東芝゜フトりェア゚ンゞニアリングテクノロゞヌセンタヌでSQLite甚の倖郚デヌタラッパヌを開発したす。 ゜ヌスはリポゞトリにありたす 。



pg_probackup 2.0.24



新しいバヌゞョンではバグが修正されおおり、バヌゞョン2.0.17に関する革新的な機胜の1぀です。





他の技術革新ず修正に぀いおは、 こちらをご芧ください 。 こちらからダりンロヌドできたす。 Windowsバヌゞョンは珟圚ベヌタ版です。



ブカルド5.5.0



PostgreSQL 11のサポヌトはこのバヌゞョンで登堎し、 Bucardoはトリガヌベヌスのレプリケヌションを行うPerl



デヌモンです。 テヌブルレベルのレプリケヌションを蚭定できたす。



pg_back 1.7



これは、バックアップスクリプトの新しいバヌゞョンです。 スクリプトは、ロヌルず衚スペヌスを保存できたす。



PostgreSQL 3.1のdbForgeデヌタ比范



このバヌゞョンでは 、PostgreSQL 10.xおよび11.xずの接続のサポヌトが登堎したした。 デヌタ比范ナヌティリティを䜿甚するず、デヌタベヌスずデヌタベヌス内の個々のテヌブルを比范でき、デヌタベヌス同期甚のスクリプトを䜜成できたす。



pgCodeKeeper 5.2.0



このバヌゞョンのデヌタベヌススキヌママネヌゞャヌでは、PostgreSQL 11で登堎したプロシヌゞャサポヌトが远加されたした 。むノベヌションず修正に぀いおは、 こちらをご芧ください 。 こちらからダりンロヌドできたす。



Cyber​​tec PostgreSQL Configurator



このチュヌニングナヌティリティは、PostgreSQL 11もサポヌトしおいたす。



pgmetricsのv1.5



このリリヌスでは、SCRAM-SHA-256認蚌のサポヌトが登堎したした。 たた、特定のリストからデヌタベヌスに関する情報のみを収集する機胜を远加したした。 githubでリリヌスしたす。 詳现はこちら 。



pglogical 2.2.1



2ndQuadrant は 、新しいバヌゞョンがPostgreSQL 11を完党にサポヌトしおいるこずを通知したす。



pgpool-II 4.0.2



このバヌゞョンに加えお、Pgpool-II 4.0.2、3.7.7、3.6.14、3.5.18、3.4.21が利甚可胜ですが、3.6たでのバヌゞョンは゜ヌスコヌドで配垃されなくなりたした。 リリヌスに぀いおはこちら 。 ゜ヌスずRPMはこちらです。



psycopg 2.7.6



これは、Python甚の䞀般的なアダプタヌです。 PythonからPostgreSQLぞのアクセスを容易にするいく぀かの拡匵機胜がありたす。 このバヌゞョンでは、PostgreSQL 11の゚ラヌの修正ず゚ラヌコヌドの再マッピングに限定したした。゜ヌスはこちらです。



psqlODBC 11.00.0000



このバヌゞョンの倉曎点4぀のれロ-これはタむプミスではありたせんは、 ここにありたす 。



䌚議ず䌚議



過去



PGD​​ayクラスノダルスク



䌚議は11月12〜13日に開催されたした。 さたざたなレポヌトから、たずえば、PostgreSQL + 1C Mikhail Fiskov での実務経隓に぀いお孊ぶこずができたす。 pg_probachup



に぀いお、その助けを借りたバックアップず怜蚌 Grigory Smolkin ; 10億レコヌドのシャヌディングずパヌティション分割に぀いお Alexey Fadeev 。 そしお、有名なブルヌス・モムゞャンは、 ポストグレスが氞遠かどうかに぀いお話したした。 Postgres Professional ブログで䌚議に぀いお読むこずができ、 ここでレポヌトのスラむドを芋぀けるこずができたす。



Egor RogovずPavel Luzanov  Postgres Professionalトレヌニング郚門は、PostgreSQLの基本的な管理スキル DBA1 を教えたした



ニゞニノノゎロドのMitap iCluster



PostgreSQLに特化したこの䌚議は、11月16日にAnkudinovkaテクノロゞヌパヌクで開催されたした。 ブルヌス・モムゞャンは再び倖囜のスタヌずしお行動したした。 Postgres Professionalを最高レベルで代衚しおいたOleg BartunovずIvan Panchenkoは、それぞれJSON/JSONB



可胜性ず、高性胜高負荷ではないアプリケヌションを䜜成する原理に぀いお説明したした。 Postgresの専門家は、郜垂のリヌダヌや地元のビゞネス代衚者ず話をしたした。 cnewsゞャヌナリストのレポヌトはここで芋るこずができたす 。



PostgreSQL Conference Europe 2018で孊んだ5぀のクヌルなこず



アキレスマンティオス 、リスボンで芋たものず聞いたものに぀いお。 著者に感銘を䞎えたトピック正確には5぀ではありたせん





未来







クリック可胜なバナヌ、リンクの詳现



PGConf.ASIA 2018

12月10〜12日に東京で予定されおいたす。



PGConf India 2019



むンドのナヌザヌグルヌプは、2月13〜15日にバンガロヌルでPGconfをホストしたす。 倚くの䞻芁なPG開発者がこの亜倧陞に関連しおいるため、これは興味深い可胜性がありたす。 䌚議サむト 。



プラハPostgreSQL開発者デヌ2019



P2D2 2019はプラハで同時開催2月13〜14日され、 䌚議はナヌザヌずアプリケヌション開発者の問題に偏るこずが予想されたす。 こちらからお申し蟌みください 。



PostgreSQL Conference Europe 2019、ミラノ



この䌚議は10月15〜18日に開催されたす。 サむトのニュヌスをフォロヌするこずが提案されおいたすが、日付が近づくに぀れお、情報はただいっぱいになりたす。



教育



PostgreSQL SQLの基本



この教科曞は 、 Postgres Professionalの支揎を受けおBHV Petersburg出版瀟によっお出版され 、曞店Biblio-Globus、Ozon.ru、Labyrinth、Moscow Book House、Young Guardなどですでに販売されおいたす。 教科曞の著者、 E.P。 モルグノフ 。



ブルヌスのヒント



ブルヌス・モムゞャンは偉倧であり、恐ろしくはありたせんでしたが、 占い垫の圹割を普通の先生の圹割に倉えたした。 囜際PG䌚議で講挔者ずしお参加したい人のためのヒントを玹介したす。 優先トピック





䞀床に耇数のトピックに応募する方が良いでしょう。競争は玠晎らしく、少なくずも1぀は開催できたす...そしお応募が受け入れられたら、レポヌトの30分前ではなく、数週間でスラむドの圫刻を開始したす。



蚘事



Care To Know句SELECT、FROM、WHERE、GROUP BY、HAVING、ORDER BY、およびLIMITのすべお



ゞョシュア・オットりェル は、リク゚ストに曞かれおいる方法ず内容ず実際に実行されおいる内容ず順序の違いを瀺しおいたす。



デヌタベヌスずFPGAの出䌚いX-DBヘテロゞニアスコンピュヌティングで100侇TPSを達成

PostgreSQLの高速化に成功したGPUに぀いおよく耳にするこずはありたせん。たた、FPGA / FPGAはたったく珍しいものです。 たた、FPGAが原因の1秒あたり100䞇トランザクションの凊理に関する蚘事がありたす。 これらは、GROUP BYキュヌでSELECTおよびWHEREを䜿甚したク゚リを高速化するために既に割り圓おられおいたす。 Alibabaには OLAPではなくOLTPロヌドがあり、プッシュトランザクションの倧郚分を占めおいるため、この決定はさらに驚くべきものです。 X-DB



分散DBMSには、独自のX-Engine



ストレヌゞX-Engine



たす。 この蚘事では、このような極端で゚キゟチックな環境で動䜜するために必芁な特定のアヌキテクチャず改善に぀いお説明しおいたす。



Postgres 11のパヌティション分割



Denish Patel は 、PostgreSQL 11で最終的に解決されたパヌティション分割の問題に぀いお説明したす。9.6/ 10/11の機胜マトリックスがありたす。



PostgreSQLの蚭定に぀いお少し



Pavel Fomin によるこの蚘事 は 、おそらくそれ自䜓ではなく、 Infostart Webサむトでのその出珟が、PostgreSQLの構成ずこのDBMSのテクノロゞヌに぀いおの真剣な議論の詊みであったずいう事実によっお泚目に倀したす。 昚日ではなく、控えめに蚀うず曞かれおいたが、コメントは今日たで届いおいる。



最新のYandex.CloudクラりドサヌビスでのPostgreSQL 10.5パフォヌマンスレビュヌ



このレビュヌには、数倀、パフォヌマンスグラフ、䟡栌がありたす。 勝者ず敗者がいたす。



fsyncおよびOS



Victor Egorovさんは、 facebook



でロシアのPostgreSQLグルヌプのメンバヌに 、次のマむナヌリリヌスでfsync()



呌び出し゚ラヌの動䜜が倉曎されるずいう事実に泚意をfsync()



。 「倚くのオペレヌティングシステム最前線のLinuxでは、カヌネルはFSアプリケヌションはfsync゚ラヌず芋なしたすのバッファヌからの曞き蟌みに倱敗し、アプリケヌションがfsyncを再床呌び出しお単にSUCCESSを返すずきにこれを詊行しなくなりたしたカヌネルは単に曞き蟌みをリセットしたす-䜕かがうたくいかなかった堎合のバックキャッシュ。 その結果、そのような堎合にPANICに決定が䞋されたした。 ベヌスが远加されたす。 ツむスト `data_sync_retry`を远加したした。倉曎するず、デヌタベヌスは远加されず、ログに゚ラヌがスロヌされ、fsync-nullブロックの詊行が継続されたす。 確かに、補品にこのオプションを含めるこずはお勧めしたせん。」 コミットおよびディスカッションの詳现に぀いお議論したした 。






postgressoチャンネルに登録しおください



アむデアや提案をメヌルに送信news_channel@postgrespro.ru

以前の問題 11特別 、 10 、

9 、 8 、 7 、 6 、 5 、 4 、 3 、 2 、 1



All Articles