PHPカンファレンス関西@2016に登壇してきました。 まず登壇資料はこちらです。 PHPerに知ってほしいシリーズとしては最終章になると思います。 結局のところ 正規化 INDEXの適切な利用 外部キー制約やcheck制約を利用したデータの保護 この辺を適切にこなせていれば多くのPHPで作る規模のWebアプリケーションは問題にならないと思います。 またこの辺をクリアしていればORMでも便利にRDBを利用できると思います。 ということで伝えたいことは伝わったかわかんないけど僕のDBAとしての仕事が減ってくれるくらいにみんなが興味を持ってくれたら嬉しいなって思ってます！ あとカンファレンスの事だと基調講演がまぁよかった。 動画を是非ともみんなに見てもらいたいですね。 その中で出てくる名言が僕の心に刺さりました。 .@Hiraku 「エンジニアはスーパーな人が居るんじゃなくて - 問題に立ち向

We stand with Ukraine Ukrainian people are fighting for their country. A lot of civilians, women and children, are suffering. Hundreds were killed and injured, and thousands were displaced. This is an image from my home town, Kharkiv. This place is right in the old city center. Picture by @fomenko_ph (Telegram). Please consider donating or volunteering. https://savelife.in.ua/en/donate/ https://ww

この記事は PostgreSQL Advent Calendar 2012 の13日目の記事です。 昔からデータベースエンジン関係の研究をしているうちの研究室 では、「PostgreSQLを使う」というとPostgreSQLのコードをいじってTPCベンチマークを走らせることを指すので、未だにSQLとか書けなくて困ることが多いのですが、幸か不幸かPostgreSQLのソースコードはそこそこ読めるようになりました。 そんなわけで、PostgreSQLのソースコードの中でも、今回のAdvent Calendarのネタとしてメモリ管理の部分について紹介します。 これからPostgreSQLのコードを読んでみたいという人にとっては、コードのどの部分を読んでも必要となる知識なので、割と役に立つとおもいます。 【宣伝】大晦日にデータベースの同人誌をコミケで売ります 本題に入る前にいきなり宣伝で恐縮ですが

PostgreSQL9.2がでたのと、一部で？またPostgreSQLを使いたいと思ってる人が多くなったとかあるみたいなので 4〜5年触ってなかったか、全然知らない人向けとおさらいとしてまとめてみた。 ざっくり書いてるので、詳しい人からみるとおかしい点もあるかと思いますが、気になった点はより詳しい記事が あると思うので、調べてみてください。 明らかな間違え等々は、修正加筆したいので、コメントか twitterの @itm_kiyoまで、御願いします。 Q. なんて読むの？書くの？ A. PostgreSQL(ぽすとぐれすきゅーえる)、PとSQLは大文字。ちなみにMySQL(y以外は大文字)なんで、小文字と大文字の区別をきちんとするとその界隈の人がよろこびます。 でも、「postgres」 とか 、「Postgres」や「ポスグレ」とか書かれてることも多いです。 Q. どのバージョンを使うの

Postgres-XC is a write-scalable synchronous multi-master PostgreSQL cluster with the following features. 1) Both read and write scalability. 2) Configured with more than one server. 3) Complete global transaction and visibility management. Features Read/Write ScalabilitySymmetric (multi-master, synchronous) clusterTransaction management and consistent tuple visibilityParallel transaction execution

スライド1: PostgreSQL安定運用のコツI/Oを制する者はRDBMSを制す日本PostgreSQLユーザ会永安 悟史 スライド2: アジェンダ• パフォーマンスと初期設定• データベースの監視• 性能劣化とメンテナンス• パフォーマンスチューニング(GUC編)• パフォーマンスチューニング(SQL編)• バックアップ&リカバリPostgreSQL安定運用のコツ 2 スライド3: (1)パフォーマンスと初期設定 スライド4: PostgreSQLの構成• さまざまなプロセス・メモリ領域・ファイルによって構成されるプロセス群メモリ群ファイル群postmaster(リスナプロセス)logger(サーバログ)設定ファイルpostgres(サーバプロセス)shared_buffers(共有バッファ)autovacuum(自動vacuum)テーブルファイルbgwriter(バックグラウン

Works > 逆引きSQL比較 逆引きSQL比較 [ 共通事項 ]  [ ORACLE ]  [ MSSQL ]  [ SSA ]  [ Postgres ]  [ MySQL ]  [ Jet ]  Last Updated. 14-May-2006 Since 08-May-2001 ■はじめに 複数の RDBMS を使った経験がある人なら、おわかりかと思いますが、SQL は RDBMS によって異なる部分が結構あります。 このページは各 RDBMS における 基本的な機能（主にSQLについて）の概要を、逆引きで、かつ平易な言葉で閲覧 する事を目的に作ったリファレンスです。 特定の RDBMS を持ち上げたり、貶めたりするのが目的ではないので誤解なきよう。 また、間違いについてのご指摘や『こうした方が効率的だ』などのご意見も大歓迎です。 対象としているのは以下の RDBMSで

PostgreSQL Conference 2007参加レポート by 石井達夫(ishii at postgresql.org) 5月21日から24日にかけて，2回目になるPostgreSQLコンファレンスがカナダの オタワで開催された．昨年はカナダのトロントだったので，これで2回続けて カナダで開催されたことになる． オタワはカナダの首都だが，人口は81万人ほどで，日本で言えば地方都市程度 の規模の街だ．中心部は十分歩いて回ることができ，散策ついでに街の中心を 流れるリドー運河やオタワ川の風景をゆっくりと楽しむことができる．市内に は古い建物が多く，その代表格は国会議事堂だ． 写真1: オタワ川の対岸から国会議事堂の建物をのぞむ コンファレンスが行われたのはオタワの中心部に程近いオタワ大学．キャンパ スは緑が多く，なかなかよい環境のようだ．オタワは自転車道が充実している せいか，自転車

PostgreSQLをチューニングする機会があったので その時に調べたチューニング項目を備忘録として残しておきます。 バージョンの違いやサーバの規模などによっても 効果は変わってくると思うのであくまで参考程度のものですが。 ・shared_buffers 7系では8000〜10000程度まで引き上げる 8系では150000程度まで引き上げることが可能、100000程度が性能のピーク これに多く割り当てるよりOSのバッファ領域として使う方が性能が向上する テーブルサイズを割り出して設定するのがベスト 簡単に設定するなら搭載メモリ量の1/4、搭載メモリが多ければ1/2ぐらいでも可 ・max_connections 7系では256程度、8系では1000程度が性能のピーク ・work_mem(sort_mem) 適切なサイズに調整する、2048〜4096程度 プロセス毎

Tsearch2 - is the full text engine, fully integrated into PostgreSQL RDBMS. Text Search is integrated into PostgreSQL 8.3 ! Read official text search documentation. Donate ! Official part: README.tsearch2 - Tsearch V2 Readme Tsearch V2 Introduction by Andrew J. Kopciuch Tsearch V2 User Guide by Brandon Craig Rhodes Tsearch V2 Reference by Brandon Craig Rhodes README.gendict - dictionary template g

o Last modified: Sat Sep 27 19:19:47 JST 2008 このページではPostgreSQLに関する様々な情報をお届けします PostgreSQLブログはじめました 疲れたときの息抜きにどうぞ．Kyle Onoさんのハワイエコツァーのブログです．

1.開発基盤WGの目的 開発基盤WGの活動目的は「サーバLinux、OSSの更なる普及・拡大のためのベンダサイドの課題解決」です。 企業内にあるOSSに関するノウハウをオープン化し、安心してOSSを使えるような環境作りを目指しています。 2.設立の背景 OSSの実システムへの適用が、Linuxだけでなく、ミドルウェアにまで拡大していることで、OSSを適用したシステムが複雑化しています。 それにもかかわらず、OSSでビジネスを展開するベンダサイドでは、 性能・信頼性などのシステム設計・構築に必要なデータが不足しており、結果として、各社が同じような評価を実施している 障害解析ツールが不足しており、原因究明に時間がかかる といった問題が発生しています。 そこで、開発基盤WGでは、次のような考え方で活動を展開しています。 (1)ベンダ共同のOSSの性能・信頼性評価により、

大規模なデータ環境におけるオープンソースデータベースの性能評価として、再実行可能な共通手順の作成および、その手順に基づく測定と評価を実施した。実施した内容は次の2つである。 手順および結果は、「DB層の評価」報告書（以下、報告書）としてIPA（独立行政法人情報処理推進機構）のWebサイトで公開されている。報告書は具体的かつ詳細に記述してあるが、本記事はその要約というだけではなく、報告書を読み進めるためのガイド役となるように記述した。 なお、PostgreSQLについては、読者に前提知識があるものとして詳細は記述しない。適宜、マニュアル等を参照されたい。 一般的にベンチマークというと、SQLを同時に実行するユーザ数を増やすといった高負荷時の性能測定が思い浮かぶだろう。そういった性能測定にはDBT-1が適しており、前回と前々回の記事に掲載されているのでそちらを参照されたい。 本記事で説明するD

CONTENTS: 1. General consideration 2. Elementary features 3. Transactions 4. Programming in DB 5. Administration 6. Portability and Scalability 7. Performance and VLDB 8. Application development and interfaces 9. Reliability 10.Commercial issues 1. GENERAL CONSIDERATION: ---------------------------------------------------------------------------------------------------- Category P