[前][次][番号順一覧][スレッド一覧]

mysql:4523

From: "H.Sato" <"H.Sato" <h-sato_iwase@xxxxxxxxxx>>
Date: Fri, 19 Oct 2001 14:19:17 +0900
Subject: [mysql 04523] Re: クライアント構築?


>   クライアント(ACCESS2000) <----> ODBC <----> サーバー(MySQL)

そうなんですよね。始め
クライアント(ACCESS2000) <--------> サーバー(MySQL & ODBC)
で出来るのかと思ったのですが,ODBCエラーで出来ませんでした。
クライアント(ACCESS2000 & ODBC) <--------> サーバー(MySQL & ODBC)
だとテーブル参照出来たもので。これで良いのかな?と思いまして...

>  それより、クライアント数が20台程度となるということで運用上
> うまく回るかどうか心配ですね。
>
>  ODBCを使った場合、トランザクションの管理がうまくいかないので
> システムとして破綻をきたすということも考えられます。
>
>  私は、ODBC経由でサーバー側のデータベースをアクセスする場合の
> 用途をテストデータ投入用のフロントエンドツールくらいにしか使い
> ません。はっきり言ってこのような業務用のアプリケーションを組む
> のはACCESSでは不向きと考えています。

そうなんですか。
現在業務で,IBM AS400使用し生産管理,在庫管理,売上管理....
してます。会社の方針としてPC化の推進がありまして
PCでやるにはどうすれば出来るか検討していました。
そこで,Accessは少しかじっているもので
フォーム,レポートなどの作成がわりと簡単に出来る感じだし...
現在Access97で組んだ旧受注データの照会(データ10万件MDB160MB)を
サーバー(ただのLAN共有ドライブ)に置き8台程度で使っています。
頻繁にアクセスしているわけではないのでそれほど不都合は感じて
いませんが,テストでMYSQLにODBC接続しAccessクエリー実行したところ
非常に検索が早かった!
クライアント数が増え日常業務のプログラムのボリュームが増えるに伴い
トラフィックが益々かかることを考えると
SQL系でそしてAccessなら少し解かると思い,この様に考えた次第です。

>  もしACCESS2000で作成した場合のバージョンアップを考えると大変
> だということはお分かりになってますでしょうか。

そうですね。それは感じます。

>  PHPとか使ってWebアプリケーションとした方が楽だと思うのですが。

PHP等は全然組んだことないもので,やはりそのほうが良いのですね。
ちょっと大変そうですがすこし勉強してみます。

本当に細かいアドバイス有難う御座います。
今後ともよりしくお願い致します。






[前][次][番号順一覧][スレッド一覧]

      4513 2001-10-18 20:44 ["H.Sato" <h-sato_iwa] クライアント構築?                      
      4520 2001-10-19 10:38 ┗[Ryuichiro Munechika ]                                       
->    4523 2001-10-19 14:19  ┗["H.Sato" <h-sato_iwa]