Access2000＋SQL Server難しい・・・（´д｀；） (185ﾚｽ)
上
下
前
次
1-
新
14
(1)
:
8
01/10/05 20:48
AA×
>>13
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
14: 8 [] 01/10/05 20:48 >>13 自己流なので、間違ったことを書くかも知れませんが ＞サーバーでテーブルを作ったり削除したりして ＞サーバーの負荷は重くならないのでしょうか？ 参考書を読んだことがないので何とも言えませんが、 一時テーブルはこのような使い方をするために あるのだと思っています。 どうしても一時テーブルが必要な場合があります。 SELECTだけで出来ることであれば、なるべく避けた方が いいのでしょう。 最近納品したアプリケーションは８台のクライアントで 使ってますが、遅いと感じたことはありません。 クライアントやネットワークのトラブルで処理が中断 した場合に、勝手にリカバリ（削除）してくれるので、 便利です。 ローカルのmdbにアクセス中、クライアントがダウンすると、 どの様なトラブルになるか、予想がつきません。 WINDOWSを使ってる限り、クライアントがいつダウンするか 分からない、突然ネットワークが切断される場合があるという ことを考慮して、アプリケーションを作るべきだと思います。 でないと、頻繁ユーザーに呼ばれ、にトラブル対応することに なりますからね。 ＞またSQLサーバーのばあい ＞データエリアがフラグメントしたりしないのでしょうか？ ACCESSと違って、勝手に最適化してくれてるようです。 http://mevius.5ch.net/test/read.cgi/bsoft/1002096284/14
自己流なので間違ったことを書くかも知れませんが サーバーでテーブルを作ったり削除したりして サーバーの負荷は重くならないのでしょうか？ 参考書を読んだことがないので何とも言えませんが 一時テーブルはこのような使い方をするために あるのだと思っています どうしても一時テーブルが必要な場合があります だけで出来ることであればなるべく避けた方が いいのでしょう 最近納品したアプリケーションは８台のクライアントで 使ってますが遅いと感じたことはありません クライアントやネットワークのトラブルで処理が中断 した場合に勝手にリカバリ削除してくれるので 便利です ローカルのにアクセス中クライアントがダウンすると どの様なトラブルになるか予想がつきません を使ってる限りクライアントがいつダウンするか 分からない突然ネットワークが切断される場合があるという ことを考慮してアプリケーションを作るべきだと思います でないと頻繁ユーザーに呼ばれにトラブル対応することに なりますからね またサーバーのばあい データエリアがフラグメントしたりしないのでしょうか？ と違って勝手に最適化してくれてるようです
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 171 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.916s*
