祝!PostgreSQLレプリケーション10周年!徹底紹介!! (オープンソースカンファレンス2020 Online/Fall講演資料) 2020年10月23日 NTTデータ 技術開発本部 先進コンピューティング技術センタ 藤井 雅雄 / Masao Fujii @fujii_masao
![PostgreSQLクエリ実行の基礎知識 ~Explainを読み解こう~](https://cdn-ak-scissors.b.st-hatena.com/image/square/1ea79a40a2fc61f88c49ac2f6fb6f012f397a619/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fpostgresqlexplain-141014012101-conversion-gate02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Bermain slot gacor di Toto88 bisa menjadi pengalaman yang menggembirakan dan menguntungkan. Dengan berbagai pilihan permainan, fitur yang menarik, dan peluang menang besar, Toto88 telah menjadi destinasi utama bagi para pemain slot online. Artikel ini akan membantu Anda memahami bagaimana memaksimalkan pengalaman Anda saat bermain slot gacor di Toto88. Toto88 menawarkan pengalaman bermain slot onl
AWS News Blog Amazon RDS PostgreSQL Update – Service Level Agreement and General Availability We launched RDS PostgreSQL at AWS re:Invent in November of 2013 in order to bring the benefits of a managed database service to the PostgreSQL community. Customers of all sizes are bringing their mission-critical PostgreSQL workloads to RDS at a rapid clip. Here is a small sample of the applications that
Linux Storage Filesystem/MM Summit 2014からの便り:Linux Kernel Watch(1/2 ページ) お久しぶりです、Linux Kernel Watchが帰ってきました。3月に行われた「Linux Storage Filesystem/MM Summit 2014」の主なトピックを紹介します。 皆さん、お久しぶりです。私は今ボストンで、米レッドハット常駐という立場でRed Hat Enterprise Linux(RHEL)開発に携わっています。 今回はサンフランシスコ近郊のナパバレーで2014年3月24~25日に行われた「Linux Storage Filesystem/MM Summit 2014」(以下LSF/MM)の中から面白かったトピックをピックアップしてお届けしたいと思います。 LSF/MMはLinux Foundation主催で行
https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、4つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記:オプティマイザについては省略してますが、こんな本がでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 *念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、
こんにちわ、開発エンジニアのou.gです。 今回triggerでpostgresqlのデータをmongodbへの同期方法についてまとめました。 登場人物 PostgreSql Gearman Mongodb 処理流れ postgresqlの同期対象テーブルのレコードの変更があったら、triggerで検知して、 gearmanのclientがデータ変更情報をgearmanに送ります。 gearmanのworkerが変更データを拾って、加工(必要があれば)して、mongodbに反映します。 pggearmanについて postgresqlの中に使われるgearman clientはGearman PostgreSQL Functionsです。 最後のリリースは2009年で、9.1以降のpostgresqlには動けません。 postgresql9.1以降にも使えるpggearmanを作ってgit
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
CREATE VIEW report_tablesize AS SELECT objname, to_char(pg_relation_size(objname::regclass), '999,999,999,999') as bytes FROM ( SELECT tablename as objname FROM pg_tables WHERE schemaname = 'public' UNION SELECT indexname as objname FROM pg_indexes WHERE schemaname = 'public' ) as objects ORDER BY bytes DESC ; COMMENT ON VIEW report_tablesize IS '現在のテーブルサイズ'; 下記記事のSQLが動かなくなったので調べたところ、 PostgreSQL 8
テーブルロックモードの関係を把握しやすいように図で表してみました。 () 内はそのロックを自動的に獲得するクエリです。 ■ロックとトランザクション SQL における排他制御の方法として、トランザクションとロックが挙げられます。 複数のクエリをトランザクションでひとつにまとめることで、(デフォルトのトランザクションレベル READ COMMITTED の場合)コミット済みの結果のみ参照されるようになり、トランザクション中の内容を外部からは見えなくなるため一見アトミック性が守られるように見えます。 しかし、複数の接続で同時に既存の同じレコードに対して参照と更新を分けて実行する場合などはトランザクションだけでは限界があるのも事実です。 たとえば以下のテーブルを考えてみましょう。 CREATE TABLE foo ( id int NOT NULL, — 商品の識別番号 price int NOT
6.3 (3) Alfresco (1) Amazon Linux (3) Amazon Web Services (1) Apache (7) API (1) apt (1) AWS (3) Bash (1) BigData (1) bind (4) Bounscale (1) BRIN (1) Btrfs (1) CentOS (5) CentOS 6 (19) CentOS 6.2 (6) CentOS 6.3 (7) CentOS6 (3) CentOS7 (3) cgroup (1) cgroups (1) Chef (1) CLI (2) Cloud (2) CMS (1) Comice OS (1) corosync (1) createrepo (1) cscope (2) CVE (1) CVE-2012-5166 (1) Database (1) dblink (1)
こんにちは、インフラ部門のYanaです。 本日は、弊社で利用しているPostgreSQLのバックアップ取得方法についてご紹介します。 弊社は、データベースにPostgreSQL8.4系を利用しています。 定期的なバックアップとして一般的なpg_dumpも利用していますが、 データベース容量が数100GBになると数時間バックアップ時間を要してしまいます。 通常はこのバックアップ時間でも問題ありませんが、サービスの運用上この時間を許容できないシーンがありました。 バージョンアップの作業時間を短縮することが目的 弊社では、3ヶ月に1回提供アプリケーションのバージョンアップが行われます。 その際に、作業内容によってはデータベースの変更が行われます。 万が一、作業で問題があった場合は作業前の状態にロールバックする必要があります。 そのため、メンテナンス画面を表示し、リクエストの遮断した後にデータベー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く