まえがき データにIDを持たせたいとき、単純な方法としては、DBの提供するauto inUUIDを利用することがある。それぞれの方法の利点欠点は以下の通り。 データベースのauto inDBを1台で運用するとデータベースがパフォーマンス・障害のボトルネックになる DBを二台にするとIDのユニークさや順序の保証が困難 UUID(v4)※1を利用する場合 利点: 分散環境で各々がIDを生成しても衝突しない IDを公開したくない場合に、推測されにくいIDを生成できる 欠点: 128ビット必要、DBのインデクシングやプログラミング言語で扱うときに不利なことがある IDから時間の情報が失われる、例えば2つのIDを比べてどちらが古い投稿か判断できない 世界の大企業がどうしてるか 調べてみると多くの企業がブログなど
Ruby とともに、SQLite 3 も sqlite3-ruby も標準でインストールされているので、それを使ってみたときのメモ。自分で書いてる RubyCocoa のプログラムで使ってとりあえず動いたものをメモするけど、使い方が正しいかどうかはちょっとわからない。もっといい方法や、正しい方法が見つかれば、順に書き加えたり、書き換えたりしていくつもり。 SQLite とは MySQL みたいにサーバーにインストールしてデータベースを管理するのではなく、データベースをローカルのファイルで管理する（ネットワーク上にあってもいいかもしれないけど、試したことがないのでわからない）。つまり、データベースがファイルなので、移動させたり、バックアップしたりと管理が楽。ただ、そのために巨大なデータベースには向かないけど、
セールスフォース・ドットコムは12月7日（現地時間）、サンフランシスコで行われた同社のイベント「Dreamforce '10」の基調講演で、クラウド上にホスティングされたデータベースサービス「Database.com」を発表しました。 （基調講演の内容については、1つ前の記事「セールスフォース・ドットコム、企業向けマイクロブログ「Chatter」を無料化。フリーミアム戦略へ。Dreamforce'10」を参照してください） Database.comはビジネスアプリケーション向けのリレーショナルデータベースサービス。ブラウザからスキーマを自由に定義でき、障害時の自動フェイルオーバー、普段のバックアップ、ディザスタリカバリなどの運用をすべてクラウドに任せることができます。 しかも3ユーザー、10万件、月間5万トランザクションまでは無料で利用可能。 セールスフォース・ドットコムは、同社が以前から
注意：以下のようにタグを削除しますと、タグのフィード購読などのリンクも切れますので、フィード購読されている場合はアクセスが確実に減ります。また購読者の方を困惑させることにもなりますので、ご注意下さい。 キャッシュ導入済みでも重い、という場合はタグを確認しましょう。 2週間ほど前から、WordPressの予約投稿が失敗し続け、そして先週から、いよいよ「データベースに接続出来ません」というメッセージが表示されるほどに、WordPressが重くなりました。 レンタルサーバーのプランで、専用サーバーで運用しているのですが、DBに接続さえもしなり、とほほです。 WordPressの予約投稿が失敗、そこで気付く サーバーを起動させるほど、WordPressが重くなりました。 WP SuperCacheは入れているのですが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
