0()から始まるPostgreSQL - Qiita
最小のテーブル構成は何でしょうか？理論上は0行0列のテーブルが最小のテーブル構成となります。この場合の0は、プログラミング言語でいう配列の一番目[0]ではなく、長さが0の配列[]のようなものです。 行0のテーブル 行が0のテーブルは、ごく普通に存在します。通常の検索で、検索条件にヒットしなければ、0行の結果テーブルが返されますし、CREATE TABLEで作成しただけのテーブルは、行が0のテーブルです。 列0のテーブル 列が0のテーブルは、通常見ることはありません。列が0のテーブルは、値を持てないので、わざわざ作る必要がないからです。 標準のSQLでは、列が0のテーブルを作ることはできないらしく、大抵のRDBでも列が0のテーブルは作れません。 しかしPostgreSQLでは、列が0のテーブルを作ることができます。 PostgreSQL 7.4から列が0のテーブルを作成できることが明示されて
Introducing storage on Vercel – Vercel
Data is an integral part of the web. As JavaScript and TypeScript frameworks make it easier than ever to server-render just-in-time data, it's time to make databases a first-class part of Vercel's frontend cloud. Today, we’re excited to announce a suite of serverless storage solutions now available on Vercel, powered by some of the best infrastructure providers in the industry. Vercel KV: A server
PostgresqlをWAL-Gでバックアップ&リストア
こちらのサイトを参考にしました。 WAL-GでオブジェクトストレージにPostgreSQLをバックアップしよう MastodonのPostgreSQLのDatabaseをWAL-Gでオブジェクトストレージにバックアップ WAL-G で PostgreSQL の Backup や Replica 作成 環境OracleCloudのA1インスタンス Ubuntu20.04LTS PostgreSQL12 Misskeyのデータベースをバックアップします 1. WAL-Gをインストールするここ からバイナリをダウンロードして/usr/local/binに配置 ARM64向けはないのでここ を参考にビルドする 実行権限を付与する 2. 環境変数の設定上記のサイトを参考に/usr/local/binにwal-g.shを配置 オブジェクトストレージを使用するので次のように書き込む #!/bin/bas
WAL-GでオブジェクトストレージにPostgreSQLをバックアップしよう - noellabo's tech blog
Mastodon管理者のためのWAL-Gバックアップ WAL-Gのススメ Mastodonサーバ管理者（鯖缶）のみなさん、オブジェクトストレージ、使ってますか？ 使っているなら、PostgreSQLのバックアップ、オブジェクトストレージにとるという手がありますよ。 ざっくり言うと、 PostgreSQLの設定にarchive_mode=onとarchive_command='wal-g wal-push'を追加し、自動で差分バックアップをとる cronで、毎日wal-g backup-pushで自動でフルバックアップをとる cronで、毎週wal-g delete retain 7で7回分だけ残して自動で残りを削除する という感じです。簡単でしょ？ なお、WAL-Gはgoで書かれていて、バイナリ1個配置すれば動きます。 保管場所がオブジェクトストレージなので、 安価で、容量の心配不要 復元
PostgreSQL 15 Released!
October 13, 2022 - The PostgreSQL Global Development Group today announced the release of PostgreSQL 15, the latest version of the world’s most advanced open source database. PostgreSQL 15 builds on the performance improvements of recent releases with noticeable gains for managing workloads in both local and distributed deployments, including improved sorting. This release improves the developer e
【新機能】Amazon RDS の高可用性構成で書き込み性能向上とフェイルオーバーが高速になる！新しい高可用性オプションの Multi-AZ DB Cluster が一般提供になりました | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 先程 RDS の新しい高可用性オプションである Multi-AZ DB Cluster が一般提供となったためレポートします。Multi-AZ DB Cluster は従来の高可用性オプションの Multi-AZ DB Instance と比較して書き込み性能の向上とフェイルオーバーの高速化が期待できるオプションです。 New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover なおプレビュー時の紹介はこちらのエントリーです。 Multi-AZ DB Cluster RDS には従来高可用性のためのオプションとして Multi-AZ Instance がありました。従来の Mu
シングルノードのCitusをDockerでシャーディングしてみる
customer_data_1002 この分散テーブルを2つ以上のWorker Nodeに格納し、「何をシャーディングのキーにするか」「どのシャーディングキーを持つレコードをいずれのWorker Nodeに格納するか」をCoordinator Nodeが「調停」するようにすることで、PostgreSQLをスケールアウトします。 psqlやアプリケーションなどのPostgreSQLのクライアントはCoordinator Nodeに接続し、通常のPostgreSQLと同じようにクエリを実行することになります。シャーディングの管理はCoordinatorにお任せです。 なお、OSSで開発されているCitusと関連するいくつかの機能拡張がインストールされている点を除けば、Coordinator / Workerは通常のPostgreSQLと全く同じなので、 LinuxをインストールするPostgr
PostgreSQL 14 Released!
The PostgreSQL Global Development Group today announced the release of PostgreSQL 14, the latest version of the world’s most advanced open source database. PostgreSQL 14 brings a variety of features that help developers and administrators deploy their data-backed applications. PostgreSQL continues to add innovations on complex data types, including more convenient access for JSON and support for n
スケールアウトするPostgreSQLを目指して！その第一歩！
スケールアウトするPostgreSQLを目指して！その第一歩！ ▼講演者 NTTデータ 技術開発本部 データベーステクニカルリード 藤井 雅雄 ▼講演概要 スケールアウトは、今、PostgreSQLで最もユーザが実現を期待している機能のひとつです。 NTTデータでは、スケールアウトするPostgreSQLを目指し、その第１弾として複数台のPostgreSQLをまたがる 分散トランザクション(グローバルトランザクション)機能の実現に取り組んでいます。 本セッションでは、PostgreSQLコミュニティで提案・議論されているスケールアウト機能を紹介するとともに、 NTTデータのスケールアウト実現に向けたビジョンについてPostgreSQLコミッタが語ります。 ▼イベントページ NTTデータ テクノロジーカンファレンス 2020 https://oss.nttdata.com/techco
Azure Database for PostgreSQL – Flexible Server with managed PgBouncer in preview | Azure の更新情報 | Microsoft Azure
Azure を探索 Azure について 安全かつ将来を見据えた、オンプレミス、ハイブリッド、マルチクラウド、エッジのクラウド ソリューションについて調べる グローバル インフラストラクチャ 他のどのプロバイダーよりも多くのリージョンを備える持続可能で信頼できるクラウド インフラストラクチャについての詳細情報 クラウドの経済性 Azure の財務上および技術的に重要なガイダンスを利用して、クラウドのビジネス ケースを作成する 顧客イネーブルメント 実績のあるツール、ガイダンス、リソースを使用して、クラウド移行の明確なパスを計画する お客様事例 成功を収めたあらゆる規模と業界の企業によるイノベーションの例を参照する
よく知らないアプリケーションの性能と戦わないといけないときの防衛術（後編） - Qiita
よく知らないアプリケーションの性能と戦う、という状況(再掲) 私が設計したわけでもなく開発したわけでもなく、レビュー参加とかで辛うじて全体はわけるけど、いまからソース見る時間もないし、開発した方は性能面の対処が覚束ない。突然性能面で火を噴いてなぜか自分が召喚されて2~3時間でどうにかしたい、という闇な状況にどういうふうに対応していたっけ自分、というのを経験則100%で書いてみようと思います。 前編・中編はこちら。 よく知らないアプリケーションの性能と戦わないといけないときの防衛術（前編） https://qiita.com/nfujita55a/items/3760cd099ca890f5a4d4 よく知らないアプリケーションの性能と戦わないといけないときの防衛術（中編） https://qiita.com/nfujita55a/items/555350e61b73db3a2b8c この後
PostgreSQLのマテリアライズドビューの自動＆高速リフレッシュ機能を開発中 - Qiita
本記事は「PostgreSQL Advent Calendar 2020」の 14日目です。 はじめに マテリアライズド・ビューを定義すると、クエリの実行結果をデータベース内に保存することでビューに対するレスポンスタイムを向上させることができます。その一方で、実テーブルが更新されると保存されている結果が古くなってしまうため、その都度マテリアライズド・ビューを最新化する必要が出てきます。 現在のPostgreSQLでは、マテリアライズド・ビューを最新化する方法としてREFRESH MATERIALIZED VIEWコマンドが提供されています。このコマンドを実行するとクエリが再実行され、マテリアライズド・ビューが最新の状態に更新されます。 しかし、この方法ではすべてのデータが再計算されてしまうため、あまり効率的とは言えません。もしテーブルの更新がごく一部で、マテリアライズド・ビューの一部分のみ
技術文書「PostgreSQL 10 Beta1 新機能検証結果」が公開されました
少し前の話になりますが、みなさんお馴染みとなりつつある日本HP篠田さんから PostgreSQL 10 beta1 の資料が公開されました。 HP コミュニティ - 『篠田の虎の巻』 第7弾公開！PostgreSQL 10 beta 1に対応！ - エンタープライズ・ビジネス・コミュニティ PostgreSQL 10 Beta 1 の新機能を検証した資料を公開しました。https://t.co/uFi49d095c#PostgreSQL10 #PostgreSQL — Noriyoshi Shinoda (@nori_shinoda) May 26, 2017 今回、私も事前レビューに参加させてもらいました。 本ドキュメントは全体で100ページ以上あり、以下のような構成になっています。 1. 本文書について 2. バージョン表記 3. 新機能解説 3.1 PostgreSQL 10における
PostgreSQL のテーブルとブロックのデータ構造
このページでは PostgreSQL のエクステンション(extension)を開発する人向けに、PostgreSQL のテーブルやインデックスを構成するブロックまたはページの内部構造について紹介する。 PostgreSQL の他の記事へのインデックスはここ。 更新履歴 (2017.03.01) 作成。 (2017.03.04) ヒープ操作、システムカタログ、Relation cache entry の説明を追加。 目次 1. はじめに 1.1 PostgreSQL データの構成要素 1.2 Object Identifier (OID) 1.3 データディレクトリ 2. リレーション(Relation) 2.1 リレーションの概要 2.2 データディレクトリ中のリレーションの実体 2.3 リレーションの構造 2.4 API を使った操作 2.4.1 Relation Cache Entr
TestFest For 9 JP - PostgreSQL wiki
概要 PostgreSQL 9のベータリリースに合わせて、Hackathon形式で集中テストを行います。同日にサンフランシスコで行われるSFPUG_Beta_Test_Dayと連携します。 以下は現在時点での情報です。変更になる可能性がありますのでご注意ください。 Twitterハッシュタグ : #TestFest 内容 基本的にはSFPUGのテスト内容に準じます。 コンパイルテスト 各種オプション付けて contribモジュール 外部モジュール 回帰テスト pgBenchテスト 8.4 vs. 9.0 新機能テスト （新機能紹介ページ） ホットスタンバイ ストリーミングレプリケーション 除外制約 LISTEN/NOTIFY DO文（各種言語で） 追加されたウィンドウ関数フレーム その他募集中 データベース移行テスト データの用意もお願いします！ アプリケーション移行テスト MediaWi
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
つらくないマルチテナンシーを求めて: 全て見せます！ SmartHR データベース移行プロジェクトの裏側 / builderscon 2018
MySQLメインの人がPostgreSQLのベンチマークをしてみた話
Google Code Archive - Long-term storage for Google Code Project Hosting.
https://commitfest.postgresql.org/action/commitfest_view?id=3