2014/10/11 PHPカンファレンス2014 LT無差別級での発表資料 遭遇した衝撃的なSQLを紹介し、ORMと開発者に一言申します。Read less
「更新とJOINが多ければMySQL,シンプルなSELECT主体ならPostgreSQLが向いている。ストアド・プロシージャでシングル・コネクションならFirebirdは非常に速い」---6月23日に開催された「オープンソースカンファレンス2007.DB(OSC2007.DB)」で,各オープンソースDBのコミュニティのメンバーによる性能比較が披露され,従来の一般的なイメージとは異なる“意外な結果”が明らかにされた。 オープンソースカンファレンスは,オープンソース関連コミュニティが主催するイベントで,OSC2007.DBはデータベース関連のコミュニティが集まったイベントである。性能比較セッションを担当したのは,日本MySQLユーザ会の堤井泰志氏,日本PostgreSQLユーザ会の片岡裕生氏,Firebird日本ユーザー会の木村明治氏。「あくまでボランティアによる性能比較であって,最速,最新マ
(Last Updated On: 2018年8月14日)新しいバージョンがリリースされたようです。 PostgreSQLのINSERT/UPDATEを高速化するSigresの0.1.3をリリースします。 http://sourceforge.jp/projects/sigres/ SigresはUPSの存在を前提に、信頼性を若干犠牲にする代わりに、挿入処理に関して大幅な性能向上を実現します。 いまなおpgsql-hackersからコメントをもらう段階にありますので、使用には注意してください コミットされたデータが絶対にないと困る、アプリもありますがそうでないもの多くあります。例えば、何かのログなどは電源トラブルで最後の方のコミット済みのログレコードがいくつか無くなるかも知れない程度で高速化できるのであれば十分なアプリも多くあると思います。Pgpoolなどでレプリケーションしているので一つ
SourceForge.jpにて、PostgreSQLのINSERT/UPDATEを高速化するSigresというプロジェクトがあるのだが、11日のSigres-0.1.3のリリース発表において、このSigresは 通常のPostgreSQLに比べINSERTやUPDATEが数倍から数十倍高速化されているということが書かれている。少々驚いたが、何となくwriteとfsyncの呼び出しを最小限にしているような感じである。PostgreSQL開発者のBruce Momijian氏はメモリファイルシステムにWALファイルを置けばいいと考えているようであるが、 Sigresの開発者はそれでは大した性能向上はないことと、チェックポイントレコードすらメモリファイルシステム上にあるのは危険と述べている。 上流で議論を開始しているように見えるが、さて手法については皆さんどう思うだろうか?
まずはクラスタDBを作成します。「/usr/local/pgcluster/」以下に「db1」「db2」の二台のクラスタDBを作成します。 cd /usr/local/pgcluster/bin ./initdb -D /usr/local/pgcluster/db1 ./initdb -D /usr/local/pgcluster/db2 各々のpostgresql.conf、及びpg_hba.confを環境に合わせて設定します。 vi postgresql.conf (db1) listen_addresses = '*' port = 6001 (db2) listen_addresses = '*' port = 6002 vi pg_hba.conf (db1) host all all 192.168.0.0/24 trust (db2) host all all 192.16
サイト維持にご協力をお願いします↓↓Click Here!↓↓ ↑↑Click Here!↑↑ご協力ありがとうございます
◎初めての方はどうぞ♪ このサイトを作ったわけ。 ◎オラクルマスター挑戦記録 ORACLE MASTERとは? 超難関(?)Platinum8i挑戦記録・・・ Network 編 Backup Recovery 編 Performance Tuning 編 そして一年後に挑んだ・・・ 9i 新機能 そして三年後に挑んだ・・・ DBA10g 新機能 ◎オラクルメモ 完璧!物理設計 STATSPACK 利用手順 エクスポート/インポート SQL*Plus の初期設定 利用状況を監視するのだ! チューニング(メモリ設定編) チューニング(SQL解析ツール編) ユーザのロック/アンロック awk を使ってみよう! ◎コミュニケーション ブログ メール リンク集
SQL チューニング編1 - チューニングの方向、プログラムチューニング Oracle 固有の部分があるかもしれません。SQL-Server、MDB では注意のこと。 ■チューニングの方向 ・RDBMS へのアクセスが LAN に留まるのか、WAN も含むのか、回線速度、デ ータベースサーバのパワーによって、チューニングの方向は変わってくる。 10base-T や 100base-TX の LAN ならば、クライアントの負荷を高めること によってサーバ負荷を軽減すると言うのもひとつの方向である。 また、低速回線を含むシステムでは、非同期アクセスを取り入れると効果が 高い。更にサーバ側カーソルをできるだけ利用した方が良い。 ・データベースそのもののチューニングより、パフォーマンスの高い DB 設計、 無駄のないコードロジックを使用する方が結果としての効果は高い。 ■プログラムチューニング ・
軽快な動作で知られるGPLなRDBMS、それがMySQLだ。本連載ではMySQLを使って、データベースアプリケーションを構築していく。連載第1回の今回は、MySQLの概要とインストール方法について解説しよう。 MySQLとは? MySQLは世界的に広く利用されているRDBMSです。その特徴は一言で、“高速であること”と表現できます。それも数世代前のCPU、限られたメモリでも十分動作します。開発当初からマルチスレッドをサポートしており、数千万のレコードを持つデータベースも高速に扱えます。 筆者の会社ではPentium Pro 160MHz、メモリ64MbytesのRed Hat LinuxサーバにMySQLをインストールしていますが、人事管理DBなど社内用のアプリも十分作動しています。もちろん、社内利用に限らず、商用アプリにMySQLが選択されている実績は数限りなくあります。 MySQLは1
本連載では、Oracleデータベースのパフォーマンス・チューニングの中から、特にSQLのチューニングに注目して、実践レベルの手法を解説する。読者はOracleデータベースのアーキテクチャを理解し、運用管理の実務経験を積んでいることが望ましい。対象とするバージョンは現状で広く使われているOracle9iの機能を基本とするが、Oracle 10gで有効な情報も随時紹介していく。(編集局) 連載目次 前回の「パフォーマンスを向上させるSQLの記述法」では、SQLの記述方法を統一することのメリットについて説明しました。SQLの処理ステップを理解し、記述方法を統一することがパフォーマンスへも大きく影響することが理解できたと思います。今回は、索引を使用したデータアクセス方法に絞って、索引を使用するためのSQLの記述方法や、索引を使用した検索時の注意点について説明します。 索引を使用できないケース 「索
jonykatz曰く、" Open Tech Pressと ITproの記事になっているが、 MySQLのが有償のMySQL Enterpriseとオープンソースユーザ用の MySQL Community Serverの2つの異なる版に分かれることになったようだ。 Enterprise版ではCommunity Serverよりも短い間隔で バイナリリリースが提供されるが、有償であり、再配布も不可になるようだ。 RHELと同じようなものだろうか。OTPの記事のほうでは、 MySQLのCEOが「 MySQLの開発をEnterprise版とCommunity Server版に分けることは、実験的な 機能やエンタープライズ版のユーザには不適当な変更を大胆に試すには不可欠」 と述べ、開発コミュニティにもメリットがあると強調している。"
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く