前のブログでも書いた、サーバー側に全てをやらせる場合の問題の話。
シンクライアントなんかでも、それで問題があるという話を昔、あるセミナーできいたことがある。
そのシンクライアントは（つーか、一般にそうなのかも知んないけど）、
・サーバーがわで全て処理する
・画面の内容を、クライアント側に送る
・キーやマウスの操作情報をサーバーにおくり、サーバーで処理する
→つまり、昔でいうダム端とおなじ。
ってなかんじなのだ。
で、講師は、この優位性を説いていたわけなのだが、質問の時間に、ある人が、
「CADとか使うと遅くなりませんか？」
といっていた。
たしかに、この方法だと、画面が変化するたびに、画面データを送るわけで、さらにサーバーでは、何台分のクライアントのCAD操作を処理するわけで、さらに何台もの画面データを送るとなったら回線が・・・
などと考えると、このサーバー一括処理というのは、CADやフォトレタッチなどでは、きつそうだ。
ちなみに、講師はしどろもどろになりながら、たしかにCADなどでは、遅くなるが、そーあんまり使わないでしょ！といっていたが、それは、そーとーむりがある。
お役所などで導入するとすると、CADのようなデータはかなり多いわけで（道路工事するときの図面。どこにガスがはいってて、どこに電話線が埋まっててみたいな図を役所は保管している）、CADデータは重要なのだよ。
もちろん、この場合、CADデータを読み込み時に、クライアント側のメモリ領域に転送してしまい、保存するときに、サーバーに保存するようにすれば、処理はクライアントのメモリ領域内のファイルだけとのやりとりなので、スピードはうるわしく速くなるだろう。
しかし、この場合、端末に仮想側にメモリのドライブを用意して（ってできるのか？）そことやりとりなどというように、あとからこのやり方をするとなると、結構、手を入れないといけない（CADのプログラムのほうも対応しないといけないかもしんない）
現実解としては、こーいうシンクライアントを導入せず、ファイル共有によって、ファイルサーバーにデータを保存し、クライアント側には、保存しないということが考えられる。
これでも、クライアント側はディスクレスにできるので、シンクライアントに近いものができる。
しかし、この場合、今度は作業ファイルも、サーバー側にあるため通信でやりとりするようになる。
あ、そうそう、そんなこと書くと、いやー簡単ジャン！自分のところにサーバー立てて、ファイルはそこに保存し、そことやり取りすれば、いいじゃんっていうかもしんないけど、それは、自分のところにファイルを保存することになるのでシンクライアントにならない。
っていうわけで、サーバーに全部の処理を任せるという考えは、破綻してしまう。
ということで、適所適材にデータを置くということになる。
それが、前のブログで書いたファイルをどこにどう置くかという戦略が必要になってくるっていうことだったりする（ちょっと話がそれたので、強引に結論に持っていきました）。
アクセス
トータル
ランキング
