オブジェクト関係マッピング - Qiita
Ruby on RailsなどでDBを扱いやすくしてくれる、「オブジェクト関係マッピング」の概要をまとめた。 オブジェクト関係マッピング（ORM）とは Wikipediaより抜粋。 オブジェクト関係マッピング（英: Object-relational mapping、O/RM、ORM）とは、 データベースとオブジェクト指向プログラミング言語の間の非互換なデータを変換するプログラミング技法である。 オブジェクト関連マッピングとも呼ぶ。実際には、オブジェクト指向言語から使える「仮想」オブジェクトデータベースを構築する手法である。 オブジェクト関係マッピングを行うソフトウェアパッケージは商用のものもフリーなものもあるが、場合によっては独自に開発することもある。 つまり、オブジェクト指向と関係データベースの考え方を上手く変換して繋いでくれるもの。 ORMの役割 次項で説明する「インピーダンス・ミス
実現性が高まるDBサーバーの仮想化
昨日出席した、日本AMDの12コアプロセサ「Opteron 6000シリーズ」の記者発表会で、興味深い話を聞いた。会場の一角には、仮想化したデータベース・サーバーの処理性能を新プロセッサ上で検証したデモ環境があり、このベンチマークを実施した日本仮想化技術の宮原徹氏（代表取締役社長兼CEO）が「12コアプロセサの登場で、データベース・サーバーの仮想化とサーバー統合が進むのではないか」と話していた。 仮想化技術に詳しい読者はご存知だろうが、データベース・サーバーは「仮想化に不向きなもの」の一つとされている。理由は後述するが、かつては半ば常識のように考えられていたことであり、宮原氏の言葉に筆者は少々驚いた。 もちろん、最近はデータベース・サーバーの処理量や処理パターン（プロセサ処理とI/O処理の構成比など）を考慮して、一部のデータベース・サーバーを仮想化する動きが出てきている。必ずしも「仮想化に
PostgreSQL :: dump / restore / vaccum 関連 [Tipsというかメモ]
DB をまるごと dump して zip 圧縮する(おもにバックアップ用途) % pg_dump -h DB名 -U ユーザ名 | gzip -c > dump.gz テーブルのみバックアップする % pg_dump -t テーブル名 DB名 > table.out 上記バックアップから復元する % psql -e データベース名 < table.out テーブルはdropされている必要がある vaccum % vacuumdb -f -z -v -d DB名 -h ホスト名 -U postgres -f: do full vacuuming フルバキューム -z: update optimizer hints オプティマイザの最適化 -v: write a lot of output 冗長表示モード あるDBを丸ごと(スキーマ、データ、ストアド等すべて)別DBに複製したい時は、ダンプして
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
