特定のカラムを持つテーブルを検索する - chulip.orgカラムを持ってるテーブルがわからない時とか select table_name, column_name from information_schema.columns where column_name ='検索するカラム名'; SQL実践入門──高速でわかりやすいクエリの書き方 (WEB+DB PRESS plus) 作者:ミック技術評論社Amazon
PostgreSQLを遅くしている犯人はどこだ？
PostgreSQLを遅くしている犯人はどこだ？：Linuxトラブルシューティング探偵団（3）（1/3 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。引き続きOSSに関するトラブルの解決過程を＠ITで連載していくぜ。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。
PostgreSQL9.0.3 のpsqlが使えなくてがっかりした
最近PostgreSQLを使ってなかったので、最新版(9.0.3)をFedora13(32bit)にinstallしてみました。尚、PostgreSQLのlinux版はEnterpriseDB社のページからダウンロードするように促される為、そこからファイルを落としてインストーラーを実行します。 インストール自体は何の問題がありませんでしたが、createdbを実行した後にpsqlコマンドにて軽く接続しようとすると以下のエラーが出て、全くつながりません。 -------------------------------------- -bash-4.1$ psql testdb Password: psql (9.0.3) Type "help" for help. Cannot read termcap database; using dumb terminal settings. Abor
pgbenchの使いこなし — Let's Postgres
SRA OSS, Inc. 日本支社 石井 達夫 pgbenchとは pgbenchはPostgreSQLに同梱されているシンプルなベンチマークツールです。最初のバージョンは筆者により作成され、日本のPostgreSQLメーリングリストで1999年に公開されました。その後pgbenchはcontribという付属追加プログラムとして、PostgreSQLのソースコードとともに配布されるようになりました。どのバージョンでPostgreSQLに取り込まれたのかはPostgreSQL付属のドキュメント(HISTORY)には書かれていないので定かではないのですが、コミットログを見ると、おそらく2000年にリリースされたPostgreSQL 7.0で導入されたと思われます。その後数多くの改良がたくさんの人によって行われ、現在に至っています。 pgbenchを利用することにより、自分の使っているPost
PostgreSQLのチューニングについて調べてみる - "たゆたえども沈まず"で
PostgreSQLのパラメータチューニングをしなくてはいけない状況になったのですが、そもそも自分は詳しくPostgreSQLを知ってい訳ではありません。そこで、ネットで情報を探してみます。以下はその時のメモです。 仕組みを知るによいドキュメント "PostgreSQLのチューニング技法" PDFですが、PostgreSQLの仕組みを理解するためにはかなりよい資料だと思いました。前提として、DBがおこなっていることの概要は知っている必要がありそうですが、DBが内部的におこなっていることから関係するパラメータについて見て取ることができました。 effective_cache_sizeは、SQL parse & planning & executionのプランニングにも関係しているのですね。 checkpoint_segmentsはデフォルトのままだったような気がします。。。 autovacu
目的別ガイド：チューニング編 — Let's Postgres
この記事では PostgreSQL のチューニングの概要を紹介します。まずは PostgreSQL のチューニングの勘所を掴んでください。各項目についての詳細はリンク先の記事で紹介していますので、そちらをご覧下さい。 チューニングの流れ PostgreSQLのチューニングとして必要な作業には何があるのでしょうか？ システムの開発状況やボトルネックによって必要な作業は変わってきますが、およそ以下の事項が挙げられます。 1. 情報収集と分析 チューニングを総当りで試すのは得策ではありません。まずは「ログ」や「稼動統計情報」を収集し、パフォーマンスのボトルネックを見つけることが先決です。特に良くあるトラブルは「トラブルシュートとチューニング」にも対処方法があります。 2. チューニングの実施 最も影響の大きなボトルネックから順にチューニングしていきます。 ボトルネックが解消されるまで、それ以外の
ホーム | Let's POSTGRES
メインコンテンツに移動 お知らせ Let’s Postgres 運営管理についてのお知らせ コンテンツメニュー 導入検討 と 入門 インストール 運用管理 チューニング 新機能: 17 / 16/ 15 / 14 / 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.3 トラブルシュート サポートとFAQ 事例紹介 イベントレポート リンク集 レプリケーション / クラスタ構成 XML / PostGIS / 拡張モジュール パーティショニング / テキスト検索 Window関数 / 再帰SQL / 外部データ連携 文書: 16 / 15 / 14 / 13 / 12 / 11 / 10 / 9.6 Let's PostgreSQL は特定非営利活動法人日本PostgreSQLユーザ会が運営しています。 RSS feed
企業データベースとしてPostgreSQLがMySQLより優れているわけ - builder by ZDNet Japan
オープンソースデータベースとしては、MySQLが圧倒的な注目を集めている。MySQLは使いやすいデータベースであり、多くのオープンソースウェブアプリケーションはMySQLを使っている。別の主要なオープンソースデータベースとしてPostgreSQLがあり、広く知られてはいるが、MySQLほどのマインドシェアはない。PostgreSQLがMySQLよりも、よりよいセキュリティ、信頼性、データの完全性を提供していることを考えると、これは不幸なことだ。 しかし、これらの優位点には代償がある。PostgreSQLは設定も利用もやや難しい。PostgreSQLでは、データベース内で提供されるロールと特権に加え、基盤となるOSの特権やセキュリティを活用している。このため、これらの問題について知らない場合、PostgreSQLは使いにくくなる場合がある。ただしこれらのことを知ってしまえば、PostgreS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://neta.ywcafe.net/000960.html
オープンソース情報データベースシステム(OSS iPedia) のコンテンツについて
リンク集 | Let's POSTGRES