ERDをPlantUML形式で自動生成するツールを作った - くりにっき
PlantUML + ERDでPlantERDです github.com モチベーション PlantERDの特徴 使い方 出力するテーブル数の制限について 技術的に頑張ったこと テストのこと Foreign keyで隣接している別のテーブルを探す方法 複数DB対応のつらみ 追記：2019/12/13 9:45 モチベーション 既存プロダクトへの不満が一番大きいです。 https://github.com/voormedia/rails-erd は出力が画像なので取り回ししづらい そもそもRails前提なので他言語とかでは使えない https://github.com/schemaspy/schemaspy も悪くなさそうなんだけどここまでリッチじゃなくていい テーブル数個の小規模アプリならいいんだけど、中規模以上のアプリで使うと人間が読むに耐えないERDが生成されて精神が崩壊する 僕は初め
PostgreSQLのチューニング事例 - Qiita
事前情報 m3.xlargeインスタンス 15GB メモリ 13 ECU = 3.25ECU(2.6GHz) * 仮想4コア DBサイズ 3.38 GB 設定値 max_connections = 100 shared_buffers = 3GB # 実メモリの20% # ここらへんのはとりあえずこのくらいで。小さすぎる分にはlog_temp_filesの設定で書き出されるので後で気づいて調整できる。 temp_buffers = 32MB work_mem = 32MB maintenance_work_mem = 128MB wal_buffers = 16MB # 迷いどころもなく16MB checkpoint_segments = 16 # HDへのフラッシュ回数を減らす effective_cache_size = 7GB # planerのため。実メモリの半分ぐらいがいいらしい
PostgreSQL初期設定これだけは変えておこう
PostgreSQL Advent Calendar 2012（全部俺）のDay 1です。 初日は、まずPostgreSQLを使い始める際の基本的なお作法である初期設定について簡単にまとめてみます。 PostgreSQLは、パラメータの設定を変更せずにデフォルトの設定のまま使い始めても、もちろん動くことは動くのですが、後からいろいろと問題が出てくることもありますし、特に性能関連のパラメータのデフォルト値はあまりに小さく、チューニング云々以前の問題だったりします。 というわけで、私が普段PostgreSQLをインストールして使い始める時、開発機であってもいくつかパラメータを初期設定するようにしています。 使い始める前に設定から入るのは確かに面倒なのですが、最初に設定が必要なパラメータは少数（今回紹介するのは5つ）ですので、まずは最初に必要最低限の設定をしてから使い始めましょう、というのが本エ
長年の議論に終止符 -- MySQL、MariaDB、PostgreSQLのオプティマイザ/エクゼキュータ比較 - interdb’s blog
https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、４つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記：オプティマイザについては省略してますが、こんな本がでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 ＊念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、
PostgreSQL hstoreでKVS - そこはかとなく書くよ。
それPostgreSQLでできるよ、第二弾。 PostgreSQLにはhstoreという拡張があります。 これはkeyとvalueの対の集合を単一のレコードに格納することが出来るものです。 つまり、Key-Value-Storeですね。 これを使うと通常のテーブルのようにキーを事前に定義しておく必要がありません。 hstoreについては以下の資料をみてください。特に後者は今回書いていない、いろいろな演算子・関数を紹介していますのですごく参考になります。 hstore ログ解析にhstoreを利用してみよう そして、今回の記事はherokuのこの記事を元にしています。 https://postgres.heroku.com/blog/past/2012/3/14/introducing_keyvalue_data_storage_in_heroku_postgres/ herokuはpost
fluent-plugin-pghstoreを書きました - そこはかとなく書くよ。
fluentdをPostgreSQLのhstoreに書き出せるようにした、 fluent-plugin-pghstore というpluginを作成しました。 github: https://github.com/shirou/fluent-plugin-pghstore rubygems: https://rubygems.org/gems/fluent-plugin-pghstore hstoreについては 前記事 を参照してください。 install gem install fluent-plugin-pghstore apache_log 例えば、tail pluginを使ってapacheのaccess logをhstoreに出すようにする場合、こんなコンフィグを書きます。 <source> type tail path /var/log/apache/access_log_sym
fluentdとfluent-plugin-pghstoreとpandorafmsでログ収集、可視化、監視を行う - そこはかとなく書くよ。
前回の記事で報告したように、fluent-plugin-pghstoreでログをPostgreSQLに貯めることができました。 次は可視化と監視を行います。ここで、最近使ってみているPandora FMSを使います。 pluginを準備 まずは以下のスクリプトを保存し、pandora/etc/pandora/plugins以下に置きます。DBやTABLEは適宜書き換えてください。また、hostnameやportも適宜変更でお願いします。 上の方にあるSQLは過去5分間のcodeが2XXや3XXなどの割合を出してくれます。その後、PandraFMSでのplugin形式のXMLにするように整形します。 ちなみに、一つのSQLで複数を同時にcount()する方法については 複数同時にcount() をどうぞ。 #!/usr/bin/env sh DB=logdb TABLE=apache_log
OpenSSH の起動
#! /bin/sh set -e # /etc/init.d/ssh: start and stop the OpenBSD “secure shell(tm)” daemon test -x /usr/local/openssh/sbin/sshd || exit 0 ( /usr/local/openssh/sbin/sshd -\? 2>&1 | grep -q OpenSSH ) 2>/dev/null || exit 0 if test -f /etc/default/ssh; then . /etc/default/ssh fi check_for_no_start() { # forget it if we’re trying to start, and /etc/ssh/sshd_not_to_be_run exists if [ -e /etc/ssh/sshd_not
データ型
Table of Contents5.1. 数値データ型5.1.1. 整数データ型5.1.2. 任意の精度を持つ数5.1.3. 浮動小数点データ型5.1.4. シリアルデータ型5.2. 通貨データ型5.3. 文字列データ型5.4. バイナリ列データ型5.5. 日付/時刻データ型5.5.1. 日付/時刻の入力5.5.2. 日付/時刻出力5.5.3. 時間帯5.5.4. 内部形式5.6. 論理値データ型5.7. 幾何データ型5.7.1. point（座標点）5.7.2. lseg（線分）5.7.3. box（矩形）5.7.4. path (道)5.7.5. polygon（多角形）5.7.6. circle （円）5.8. ネットワークアドレスデータ型5.8.1. inet5.8.2. cidr5.8.3. inet と cidr データ型の違い5.8.4. macaddr5.9. ビット列デ
PostgreSQL : PostgreSQLとMySQLとCakePHPとエラーと罠
MySQLで「id」のカラムによく設定される「auto_increment」いわゆるオートナンバーというやつで自動的に１、２、３、と数字を振ってカラムに入力してくれる機能ですが、同じデータベースだからPostgreSQLでも同じやり方すりゃいいだろ？っと思いたいところですが、なかなかそう都合よくはいかないもの。 まぁMySQLとPostgreSQLは全く別物なので当たり前といえば当たり前の話。 では、PostgreSQLでMySQL の「auto_increment」と同機能の設定をカラムに設定するにはどうすればいいのか？ 「シーケンス」というものを用意します。 MySQLはカラム自体にその機能を持たせますが（本当は違うのかもしれないが・・・）、PostgreSQLではシーケンスで、１から始まって１ずつ増えていく数値を発生させそれを「id」のカラムに入れてやるということをします。 ちなみに
雨やどり日記: PostgreSQL 8.x リモート接続
PostgreSQL 8.1.3（Windows）を入れてみたものの、別ホストからの接続ができない。 よくよく調べてみると「デフォルト設定ではlocalhostからの接続のみを許可している」とのこと。 セキュリティ面から行けばそうかな、とは思うけど、いままでは「DBはリモート接続してナンボ」ぐらいに思っていたので、ちょっと隙を突かれた感じ。 で、設定方法は、以下の設定ファイルの変更（２箇所） （１）data/postgresql.conf 「listen_addresses」 ・接続を待つインタフェース（ＩＰアドレス）を指定する。 接続元（クライアント）のアドレスではなく、PostgreSQLマシンのＩＰを指定する。 デフォルトではコメントアウトされていて、その場合のデフォルト値は「localhost」。 つまりループバックアドレスからの接続のみを許可する設定。 例えば、
PostgreSQL 9.0（Windows版）をインストールしてみた - Climb ( www.climb.co.jp ) IT Square
Coordinator: （株）クライム ソフトウェア事業部担当 www.climb.co.jp TEL:03-3660-9336 PostgreSQL 9.0がリリースされたとのことで、 早速インストールしてみました。 今回のバージョンから正式に64bit版もサポートしたとのことで、 インストーラも32bit版/64bit版別々になっていました。 今回は64bit版をインストール。 「Next」を押下。 インストール先を確認し、「Next」。 データの格納先を確認し、「Next」。 PostgresSQL専用のユーザ「postgres」が作成されます。 その際のパスワードをここで設定します。 これはDB2/WindowsでDB2専用ユーザを作成するのと同じですね。 なお、内部的にはここで「Next」を押下した段階でユーザが作成されるようです。 使用するポート番号を確認し、「Next」。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[pgsql-jp: 40498] Re: 大容量のテーブルに対してSQLを発行するとエラーになる件について
はてなブログ | 無料ブログを作成しよう
シーケンスの値を変更をするには
機種依存文字をPostgreSQLにINSERT - PukiWiki
http://yaplog.jp/coconai/archive/51
ログイン
ダウンロード — NPO法人 日本PostgreSQLユーザ会
[pgsql-jp: 29895] Re: 使用しているファイルサイズを調べたい