こんにちは。

深海水草 <VYG01106@xxxxxxxxxx>さんの
<20040612231258.95F7.VYG01106@xxxxxxxxxx>
"[mysql 09617] Re: ACCESS97ODBC接続のパフォーマンス"


> > 　破損やC/Sのシステムに移行する為には、サーバー型DBに
> > 　変更しなくてはならない。
> 
> Access で十分と言っておき、また前段で「今のところ問題はない」
> と言って居て、何故 C/S 型を検討するのでしょうか
> その辺がよくわかりません

　「今のところ問題はない」とは機能や能力的にはMS-Accessで十分、しかし将
来の事とかを考慮するとクライアント/サーバに移行したい、という事ではない
でしょうか。こういう話は確かにあります。MS-Access/MDBではなくて、
MS-Access/MSDEで距離０のクライアント /サーバでやっているのは、後で
MS-SQL7のサーバを立てたいから、とか。


　以下、ちょっと(相当？)オフトピですけれど。

> > 　資源的に、サーバーが無く、各ローカルで分散して各処理を
> > 　実行する速度と、すべてをサーバーに移行して、処理をサーバー
> > 　に委託するC/Sでの「速度面」は、時代とともに、ランニングコスト
> > が、企業規模によっては、高価なサーバーを導入するより、クライアント
> > PCのSPECを上げた方が効果があるのかな？と思ったしだいです。
> 
> その考えそのものは間違っていないとは思います
> またそういう考えもアリ、とは思います
> 
> ただ気になるのは、分散型にした時のデータ統一性はどうやって
> とるのでしょう。その為のコーディングや作業量が半端では無い
> ように思います。それならばサーバに統一されているのが構築も
> 管理もラクな筈です
> 
> 何よりもコスト削減を考えたら、サーバのスペックが強力であれば
> クライアントの PC なんてのは、仮に Web アプリケーションに
> したらですが、ブラウザが快適に動く程度(それこそセレロン400MHz
> とか Memory64MB なんかでもいい)でいいのですから、台数にも依り
> ますがトータルコストは安いのではないのでしょうか
> 
> ＃あくまでも私見として。


　分散システムでデータの同期を取る事は確かに大変なんですが(それで死にそ
うになった事が...)、かと言ってクライアント/サーバ・モデルにも排他制御と
言う難問を抱えているでしょう。 MS-Accessの様なシングルユーザを念頭に置い
ているシステムを基本的にはマルチユーザなクライアント /サーバ・モデルに置
き換える場合、排他制御をどの様に導入していくかで、その置き換えが上手く行
くかポシャるかが決まるとも言えると思います(他にも要因はありますけど。技
術者の能力次第ですね)。これは、 Webベースのシステムでも、 ThinClientのシ
ステムでも、クライアント /サーバ・モデルでは一般的に言える事だと思います。

　多数のスタンドアローン・システムで行われている処理をサーバにまとめる場
合、個々のスタンドアローンでAPが使用する処理能力の総和がサーバに求められ
る事になります。月末や期末になると大活躍の様な負荷変動が激しいAPをサーバ
に移す場合、スタンドアローンの平均的な負荷ではなく最大負荷(つまりスタン
ドアローンのマシンの能力)の総和がサーバの処理能力として求められる事にな
るでしょう。

　一般的なPCの100台分、1000台分の処理能力を持つサーバマシン、これは一体
幾らになるのでしょう？クライアント/サーバ・モデルにする事で、ユーザ前の
PCをスペックダウンする事は出来るでしょうが、１台10万ケチったとしても、
100台で1000万、1000台なら１億ですね。Sun Fire V880 (UltraSPARC
III-1.2GHz、4-way、8GB)が大体6-700万です。能力的には10万円 PCが10台分位、
でしょうか。

　まあ、PCがごろごろしているのもメンテにお金は掛かりますし、集中管理の方
が楽ですからね。具体的なケースについては、多数のスタンドアローンとクライ
アント /サーバの優劣は計算出来ます。一般論としては、なんとも言えない、で
はないでしょうか。私見を敢えて述べるなら、クライアント/サーバのモデルの
方が、逆に馬鹿高、 C/P極悪になる場合も多い、だったりします。



　　　　松枝知直　　　　<tomom@xxxxxxxxxx>
　　　　　　　　　　　　http://www.argus.ne.jp/~tomom/