APIを提供している多くのサービスが、負荷対策として様々な制限を設けている。 例えば、「1つのAPIキーあたり、○秒間に1回しかデータを返さない」とか。 それらの「制限」と上手く付き合っていくためにはどうしても「キャッシュコントロール」というのが必要になってくるけど、このキャッシュのコントロール機能、仕組みそのものは大して難しくはないけど、同一のAPIにアクセスするアプリケーションを複数のレンタルサーバに設置する場合、キャッシュはそれぞれのサーバに持つ事になってしまう。 自分が知ってる範囲でDBへの外部接続を許可している共用レンタルサーバって国内にほぼ無いし、キャッシュの共有のためにVPSや専用サーバのMySQLポートを開けるのってバカバカしいし。 かといって、レンタルサーバ毎にキャッシュして・・・というのは非合理的な気がするし、各APIの制限に引っかかる可能性も出てくる。 そこで、[KA
N+1問題などを監視してパフォーマンスを改善するRailsプラグインBullet Railsのfindは便利な反面、非効率的なクエリが発行されてしまうことがある。Bulletプラグインを使えば、そういったクエリを監視し、警告、改善策を提示してくれる。 ■Bulletのインストールsudo gem install bullet ■ruby-growlのインストールsudo gem install ruby-growlこのままだとconnection refusedというようなエラーが出て起動できないので 『システム環境設定』→『Growl』→『ネットワーク』で ・受信される通知を聞く ・リモートアプリケーションの登録を許可 をチェック。 『一般』に戻って『Growlを終了』でいったん終了してから『Growlを開始』で再起動。 参考：ruby-growl - 橋本詳解 ■config/envi
5年の開発期間を経てリリースされたHyperSQL 2.0 2010年6月、Pure JavaデータベースHSQLDBの最新版となるHyperSQL 2.0がリリースされた。前バージョンとなるHSQLDB 1.8のリリースから実に5年の開発期間を経てリリースされたことになる。コードは大幅な書き換えが行われ、コア部分は完全にマルチスレッドで動作するようになった。 また、2フェーズロック、MVCC(多重バージョン並行処理制御)をサポートし、トランザクション制御レベルとして従来サポートされていたSERIALIZABLEとREAD COMMITTEDに加えてREPEATABLE READとREAD UNCOMMITTEDが新たに追加されている。 まずは動かしてみよう それでは実際にHyperSQLを動かしてみよう。 ダウンロードしたディストリビューションのhsqldb/binディレクトリに格納され
業務システムの要件を定義して設計する手法は、プログラミング手法とは大きく異なる。 プログラミングはオブジェクト指向がベストプラクティスだが、要件定義や設計の手法は日本独自のDOA(データモデリング)の方がやりやすいような気がしている。 特にRailsという優れたWebフレームワークが出現して、データモデリングの重要性が増してきたように思う。 理由は、テーブル設計さえできれば、マイグレーション機能によってDBスキーマを一発で生成できるし、scafold機能によってテーブルのCRUD画面はあっという間に実装できるからだ。 つまり、テーブルさえ作れれば、業務システムをWeb上で動かして簡単に理解できるようになってきた現状があるからだ。 僕が今まで読んできた本の中で、自分が役に立ったと思う本を列挙しておく。 【1】グラス片手にデータベース設計編 グラス片手にデータベース設計~販売管理システム編 (
ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ
SQL文を実行する際のパフォーマンスに大きな影響を及ぼすものとして，もう一つ，インデックスがあります。インデックスについては，どう定義すべきかというデータベース設計上の問題と，インデックスを有効に使うためのSQL文をどう書くべきかというコーディング上の問題があります。 ここではテーブル設計上の問題を主に取り上げます。SQL文のコーディングについては囲み記事「SQL文を最速にする11のポイント」を参照してください。 インデックスは，テーブルの検索速度を向上させるためのものです。それぞれのSQL文に対して最適なインデックスを定義するのが理想的ですが，実際にはある程度限られたインデックスで，必要なパフォーマンス要件を満たすようにインデックスを定義する必要があります。加えて，どんなSQL文が実際に発行されるのかがあらかじめわかっていない場合は，適当な想定に基づいてインデックスを定義しておかなくては
一般的な情報 DBDesigner 4はデータベースのデザイン、モデリング、メンテナンスを単体で行うためのフリーなシステムです。また、デザイン・モデリング・メンテナンスの各作業を統合して扱うことができます。 DBDesigner 4はWindows 2000／XPおよびLinux KDE/Gnomeの2種類のプラットフォームをサポートするように作成されています。そのためWindowsとLinuxの2つのOSで動作します。 DBDesigner 4はMySQLデータベースでの作業用に開発され最適化されています。 ライセンス DBDesingerはフリーで使うことができます。使用・配布はGNU GPLに従います。 ライセンスについては、GNU GPL(日本語)を参照してください。 サポート βテスト期間中は無料でサポートを行います。詳細は、fabforce.netを参照してください。 バグにつ
Open Hammerhead とは Webデータベース システムです Open Hammerhead（オープン ハンマーヘッド ） とは、一般公開するためのWebデータベース システムです。データベースの設計やデータの追加など全ての操作がブラウザ上から行えます。My SQL，PHP等など難しい知識は必要ありません。 Open Hammerheadは、インターネットを通してシステムをお貸しするので、インストールなどの手間が要りません。また、入力されたデータをお預りするので、万が一自宅のパソコンに不具合が生じてもデータは安全です。ベータ版（無料）は登録するだけですぐに利用することができます。 簡単にデータベースが作れます パソコンにソフトをインストールする必要はありません。登録をするとOpen Hammerhead 画面が表示され、すぐに利用することができ、基本的なデータベースならば、選択、
MySQLのネタ。 １台しかない環境でエセ負荷分散を行う。 MySQLで負荷分散を考えたとき、 １台目にマスターのＤＢサーバー、 ２台目以降をスレーブのＤＢサーバーとして用いる。 マスターは更新系のみのＳＱＬ文を、 スレーブは参照系のみのＳＱＬ文を投げる。 こんな負荷分散を１台のサーバーで行う必要が出てきた。 現在１台でやっていて、ディスクＩＯが追いつかずに捜し求めた結果、下の形で落ち着いた。 １つのテーブルでインデックスを含めたサイズが 30MB〜100MBほどで安定している、という条件があるのですが かなり負荷下がります。 ※上記サイズは搭載メモリサイズによって変わります -------------------------- ■やりかた 負荷が高いテーブルをＡとする １：Ａと同じテーブル構成で、エンジンをMEMORY(he
www.mysql.comのDeveloper Zoneでは，MySQLそのものをはじめとして様々なツールがダウンロード可能な状態で公開されている。新しいバージョンやツールがリリースされると，何らかの形で告知される。中には，突然ひっそりと公開される場合もある。今回，紹介するMySQL Query Browserもその例だろう。 MySQLのGUIツール これまで，本コラムでは，MySQLのGUIツールとしてMySQL Control CenterとMySQL Administratorを紹介した（写真1[拡大表示]）。 MySQL Control Centerは，データベースの管理からデータの操作まで，幅広く対応できるツールだ。「第2回 MySQL純正GUI管理ツールの開発が進む」(2003/11/10)にて紹介した。当時は，バージョン0.9.3-betaであったが，現時点ではバージョン0
今回のテーマはデータベースエンジニアの必須知識の1つである「正規化」です。正規化は、リレーショナル・データベースのテーブル設計を行ううえで非常に重要なテクニックであり、データベースを設計、実装したことのある方なら一度は正規化に触れているのではないでしょうか。 それほど基本的な知識であるにもかかわらず、正規化を説明できる人はなかなかいません。多く聞かれるのが「何となくテーブルを作ると自然に第3正規形になる」とか「実務上は第3正規化まで行えば問題ない」というものです。 ではなぜ「第3正規化まで行えば問題ない」のでしょうか。本稿ではひととおり正規化について確認しながら、あまり触れられることのない第3正規化より先の正規化を紹介して、この疑問に答えていきたいと思います。 正規化の位置付け 正規化は、データベース設計全般にかかわる基礎知識ですが、特に論理データモデリングの作業の中で必要になります。本稿
はじめに PHP界隈では現在、PHP 4からPHP 5への移行が進んできており、ここ最近ではPHP 5の機能を活用したフレームワークも多く出てくるようになりました。 PHP 5は、PHP 4に比べオブジェクト指向のサポートや速度面での向上などが取り上げられる中、最も注目すべき点であるデータベースへのアクセスを抽象化したレイヤーとしてPDOが登場しました。 今回はそのPDOに注目し、サンプルを交えてPDOの使い方を紹介します。対象読者PHP 5を使ったことがある方以前PEAR::DBなどを用いてデータベースを使ったアプリケーションを作成したことのある方 必要な環境 PDOはPHP 5.1から標準で導入されるようになりました。Windows/UNIXを問わず利用することができます。よってPHP 5.1の環境と、PDOの動作に必要なデータベースの構築を行ってください。PDOとは PDO（PHP
設計のヒント 設計の基本 SQL は非常に便利な上、データを格納しておく専用のソフトウェアだけあって、多量のデータの扱いは非常に得意です。しかし、それも適切に設計し、適切にコーディングした場合です。簡単に、そこら辺の説明をしたいと思います。 まず、よく言われることですが、データベースの設計だけが良くても、プログラムの設計だけが良くてもダメです。とはいっても、実際は全く同時に設計が行えるわけではありません。多くの場合、データベースの設計が出来ない限り、プログラムの設計は途中までしかできないからです。 データベースの設計は大きく分けて次の二点があります。 物理的な構成 内部オブジェクト（テーブルとか）の仕組み 物理的な構成とは、どのマシンで動かすか、からに始まり、データベースを格納するディレクトリをどこにするかといことまでです。現実的に、PostgreSQL はクラスタリング構成が出来ないので
オープンソースでフリーなER図作成ツール「DBDesigner4」の日本語化を試みるサイトトップページ このサイトについて bookmark このサイトはfabForceで公開されているDBモデリングツール「DB Designer 4」の日本語化を試みるサイトです。 個人が運営するサイトなので公式なサイトではありません。 「DB Designer 4」はGPLライセンスで公開されているオープンソースソフトウェアです。 「DB Designer 4」についての詳細情報は本家サイトをご参照ください。 fabFORCE.net DBDesigner4の特徴 bookmark 直感的なGUIによるERモデル図のモデリング ERモデル図からSQL文（CREATEやDELETE）の自動生成 データベースからリバースエンジニアリングによるERモデル図の生成 データベースとERモデル図の同期化機能 軽快
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
