レンタルブログのようなサービスを構築中です。

ご回答ありがとう御座います。

DBに関して初心者であるため、ちょっとおかしな質問だったようですね、、

一応、解る範囲で回答させて頂きますので、もしよろしければ引き続き御願いします。

>これはどうやって同期を取るのですか？

上記ですが、同期とはどのようなことでしょうか。添付画像の「SQLiteを使った場合」のサーバースケールアウトの図を見て頂けれる構造は解ると思いますが、ユーザー間の同期などは特に必要としませんので、問題はないと思うのですが、それとはまた別の問題でしょうか。「ユーザー1のSQLite DB(ログ)」という部分で「ユーザー1」に関して全て完結している状態です。このDBの中には「ユーザー1」の様々なテーブルが入る予定です。（例）ブログ記事テーブル、コメント記事テーブル、ブログ設定テーブル....等。このようなSQLiteのDBがユーザー毎に存在するという考え方です。

>MySQL で１ユーザーに付き１ＤＢや１テーブルを割り当てた場合と何が違うのでしょうか？

私の考えでは、MYSQLはサーバー型のDBなので、100ユーザーいたら100個の異なるDBが起動してそれぞれ別々MYSQLプロセスが立ち上がってしまうのでは、、と考えていました。もちろん100個も200個もユーザーごとに、MYSQLのDBを置くのはさすがにNGだと思いますので、MYSQLの場合、1DB内で色々とテーブルを分けて管理した方がいいのは解ります。ところがSQLiteでは100個の異なるプロセスは別々に立ち上がらないのでは？と思った次第です。SQLiteは別プロセスを必要としないデータベースエンジンと聞きました。普通の掲示板などスプリクトでテキスト形式のログで管理するものがよく御座いますが、それに近いものと判断していましたが、やはりこのような使い方はあまり良くないのでしょうかね、、

>DBサーバーへの接続コストは SQLite であってもかかります。

>むしろ多数のＤＢが同時に動く事によってメモリやディスクの管理が効率的に行えるのかどうかが疑問です。

接続コストは発生するのですね。また、SQLiteであってもＤＢが同時に動く事でやはりネックになるのですね。了解しました。SQLiteは別プロセスを必要としないデータベースエンジンと聞いたので、MYSQLのようなサーバー型DBと比べ負荷がかなり低いのでは考えてました。

ご回答ありがとう御座います。

サーバー１のユーザー１用 SQLite DB とサーバー２のユーザー１用 SQLite DB の関連が分かりません。

同期が必要ないのであれば、MySQL でも同期を取らなければ済むだけの話です。

すいません、図が解りにくかったようですね、、サーバー1のユーザー1とサーバー2のユーザー1は全く別のものです。

サーバー2のユーザー1は「サーバー2のユーザー3」などと説明するべきでした。

テーブルで分ければ１つのＤＢで済みます。

ありがとう御座います。こちらは理解出来ております。

１００人からアクセスされれば１００個のＤＢをオープンする必要があります。

たしかに「プロセス」という形にはなりませんが、それは他の問題に比べれば些細な違いです。

そうですね、様々なボトルネックがありますので、一概には言えないですね。参考になりました。

場合によります。

最小構成では低い場合もありますが、多数のＤＢをオープンしなければならないのではむしろリソースの無駄が多いでしょう。

一般に Web アプリケーションは多数のユーザーからの同時アクセスを考慮しなければなりません。

結論から言うと MySQL でも SQLite でもいいですが、１つのテーブルに全ユーザー分のデータを入れたほうが管理性も性能も上でしょう。

検索の必要が無く、同期の必要も無いのであれば単なるファイルに追加するほうが早いですし。

明確なご回答ありがとう御座います。参考になりました。「Mixi」もこの「はてな」もそのような形式ですしね。

引き続きご意見が御座いましたら御願いします。

ご回答ありがとう御座います。

訂正。テーブルだけでなくデータベースが複数でも同じです。

MySQL は一つのプロセスで複数のデータベースを扱えます。

大変貴重な情報ありがとうございます。MySQLはそのようなことも出来るんですね。

自分の知る限り、「Mixi」も「はてな」も単一ＤＢではなく会員番号等でパーティショニングしているはずです。

参照系の情報はその上でレプリケーションなどを行い複数の方法で負荷分散しています。

想定するユーザー数とデータ量によって最適な解は変わってきます。

参考にするには規模が大きすぎて方法論が違うように思いますが。

Mixiに関してはBatara氏の文献を何度も読みましたが、独自に色んな工夫を行って、徐々にスケールアップしたようですね。この辺はなんとなくは理解出来ています。

http://itpro.nikkeibp.co.jp/article/NEWS/20060330/233820/

ただ、最初から大規模でも対応出来るようなシステムは構築できないかと、調べている状態です。後々構成を変更しなくても良いシステムが理想です。

ご回答ありがとう御座います。

運営後の問題など、先を見越してのご意見とても参考になりました。まだまだ知識が乏しいので仰っていることが理解できない部分もありますが、徐々に勉強していこうと思います。

一度、SQLiteは忘れて、比較的スタンダード？な構成の以下で考え直してみようかと思います。

webサーバ

DBサーバー(MYSQL)

FILEサーバー(画像や動画などのストレージ)

近いうちにまた質問させて頂くと思いますが、またそちらでお会い出来たら幸いです。

皆様この度はありがとう御座いました。