Access2000の業務システムを3台で運用する方法は？
- 1台のPCで業務システム（Access2000）を運用していますが、2台増え3台で運用することになりました。最終的にはMSDEに置き換える予定ですが、とりあえずテーブルのみをMSDEにアップサイズし、クエリー、フォーム、レポートをMDBのままODBCでテーブルに接続し運用する予定です。クライアント/サーバ型になるのか、またこの方法で良いのか疑問です。
- 質問者は、1台のPCで業務システム（Access2000）を運用していましたが、2台追加し合計3台で運用することになりました。最終的にはMSDEに移行するつもりですが、時間がかかりそうなので、まずはテーブルのみをMSDEにアップサイズし、クエリー、フォーム、レポートはMDBのままODBCでテーブルに接続しようと考えています。この方法でクライアント/サーバ型になるのか、またこの方法で問題ないのか疑問です。
- 業務システム（Access2000）を1台のPCで運用している質問者が、2台追加し合計3台で運用することになりました。最終的にはMSDEに置き換える予定ですが、時間がかかるため、まずはテーブルのみをMSDEにアップサイズし、クエリー、フォーム、レポートはMDBのままODBCでテーブルに接続しようと考えています。この方法でクライアント/サーバ型になるのか、またこの方法で問題ないのか不安です。
- ベストアンサー
このような使い方で良いのでしょうか？
質問させていただきます。 1台のPCで業務システム（Access2000）を運用していますが、2台増え3台で運用することになりました。また、それとは別にサーバ機（Windows2000Server）があります。 最終的にはMSDEに置き換えるつもりなのですが、時間がかかりそうなので、とりあえずテーブルのみをMSDEにアップサイズし、クエリー、フォーム、レポートをMDBのままODBCでテーブルに接続し運用しようと考えています。 そこで質問なのですが・・・ ・この方法でクライアント/サーバ型になるのでしょうか？ ・そもそもこの方法で良いのでしょうか？ ・テーブルのみのMDBをサーバに置き3台のPCで共有する方法と大差ないのでしょうか？ *速度アップは望んでいません。今までと大差なければ問題ありません。 以上よろしくお願いします。
- pon_s
- お礼率88% (101/114)
- その他(データベース)
- 回答数1
- ありがとう数1
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
とりあえずの入り口としての考え方としては、間違った方向性ではないと思います。 Access2000内に、テーブルを保持した状態で複数のクライアントから同じテーブルを使うという使い方を、Accessは想定していないので、テーブルの置き換えだけは必須でしょう。 クライアント／サーバー型という構えた用語ですが、ようするに、サーバー側でデータベースを管理し、クライアントからの要求でデータを供給するということですから、あなたのやろうとしているのも、立派なクライアント／サーバー型でしょう。
関連するQ&A
- クライアントサーバの運用方法
（今朝、別なカテゴリに投稿したのですが・・・再質問させていただきます。） 1台のPCで業務システム（Access2000）を運用していますが、2台増え3台で運用することになりました。また、それとは別にサーバ機（Windows2000Server）があります。 最終的にはMSDEに置き換えるつもりなのですが、時間がかかりそうなので、とりあえずテーブルのみをMSDEにアップサイズし、クエリー、フォーム、レポートをMDBのままODBCでテーブルに接続し運用しようと考えています。 そこで質問なのですが・・・ ・この方法でクライアント/サーバ型になるのでしょうか？ ・そもそもこの方法で良いのでしょうか？ ・テーブルのみのMDBをサーバに置き3台のPCで共有する方法と大差ないのでしょうか？ *速度アップは望んでいません。今までと大差なければ問題ありません。 以上よろしくお願いします。
- 締切済み
- オフィス系ソフト
- Accessの有効なメンテナンス方法は
現在Accessで会社の業務アプリケーションを作成しています。 ファイルサーバのフォルダに作成したmdbファイルを置き、各クライアントには、デスクトップにmdbのショートカットを配置してあります。 しかし、最近mdbのサイズが大きくなり、たまにファイルが破損するという現象が起きるようになりました。 そこで、mdbをテーブルとそれ以外に分け、テーブルのみのmdbをサーバに置き、テーブル以外のmdbをそれぞれのクライアントにコピーしました。 これで少しは改善すると思うのですが、この業務用アプリケーションはかなり頻繁に改良／修正が行われます。今までは、サーバに置いてあるmdbを修正するだけで良かったのですが、今回各クライアント（20台）にテーブル以外（クエリ・フォーム・レポート等）のmdbをコピーして運用しているので、一度修正が発生すると、この各クライアントのmdbを更新しなければなりません。 これはかなり手間がかかってしまうので、なんとか違う運用方法がないか、いろいろ検討しています。 実際に作業するのは私一人です。 一人でも20台のクライアントのmdbを簡単に更新できる方法はないでしょうか。 宜しくお願いします。
- ベストアンサー
- その他(データベース)
- ブラウザ経由でサーバ側のプログラム起動方法
下記環境でイントラを構築しております。 サーバー(1台) ・Windows7 Pro ・IIS9 ・SQL Server 2008 R2 ・Access2003(上記SQLにODBC接続) クライアントPC(1台) ・Windows7 Pro 開発環境はASP.netではなく、VBScriptによるASPです。 上記の環境において、クライアントのブラウザ上から、サーバー側のAccessのレポートを出力させる方法を模索しているところです。 サーバー側でAccess＋SQLは常時起動しており、できればこのMDBのレポートを出力させたいと考えており、それが困難であれば別MDBを都度起動しても問題ありません。 ポイントとしては、 ・クライアントのブラウザ上から、サーバーのプログラムを実行する方法 ・既に起動中のAccessのレポートを出力させる方法 となります。 上記2点の方法につきまして、いずれかでも結構ですのでご教授頂けたらと思います。 宜しくお願い致します。
- 締切済み
- Microsoft ASP
- テーブルリンク方法を教えてください
業務用アプリケーションをACCESSで運用していますが、 近々クライアント数が増えるのでACCESS＋MSDEでバージョンアップを試みているところです。 が、初心者なのでうまく出来ずエラーになり、どうして良いのか色々な書籍を見ているのですが、よくわかりません。 どなたか教えてください、よろしくお願いします。 開発環境 Win XP Home Edition SP2 Access 2002 MSDE2000A 旧業務用アプリケーション .mdbはテーブルとフォーム・レポート等は別々にして稼動時に.iniファイルでリンク 新業務用アプリケーション 1.旧業務用アプリケーション同様、.adpは分けました。 2.テーブルは新規に作成 3.フォーム・モジュールは旧よりインポート （テーブルリンク方法は旧と同じ）
- 締切済み
- SQL Server
- Accessのセキュリティ対策
現在Accessで業務用のアプリケーションを開発しています。 一応サーバがある環境なのですが、Accessで作成したmdbは サーバの誰でもアクセスできるフォルダに置き、みんなが利用 できるようになっています。 しかし、これでは悪意のある者がmdbのあるフォルダにアクセスし mdbをそのままコピーして持っていってしまうことができます。 又、削除してしまうこともできます。 そこで、mdbのテーブル部分をMSDEを利用して、アップサイジングし 各クライアントにはadpファイルを設置しようかと思っています。 これであれば、データはサーバのSQLサーバ（MSDE）の中なので 心配ないと思っていますが、どうでしょうか。 それほど知識のない者でも、データを取り出せたり するのでしょうか。 宜しくお願いします。
- ベストアンサー
- セキュリティ対策
- SQLサーバーのテーブルに対してアクセスで更新クエリを行ないたい
こんばんは。 ・vista ・アクセス2003 ・SQL Server 2005 です。 SQL ServerからテーブルをMDBへリンクしているのですが そのテーブルに対し、アクセス側で更新クエリを実行しようとすると 実行時エラー '3157': ODBC--リンク テーブル'テーブル名'での更新に失敗しました。 [Microsoft][ODBC SQL Server Driver]時間切れになりました。(#0) と言うエラーになり、更新クエリができません。 どうすればアクセスでSQLサーバーのテーブルに対して更新クエリを行えるのでしょうか？ よろしくお願いします。
- ベストアンサー
- その他(データベース)
- MSDEへの移行について
質問させていただきます。 Access2000のMDBをMSDEへ移行する方法の一つに、ODBC経由でリンクさせる方法があると聞いたのですが、その方法を教えていただないでしょうか？あるいはヒントになるようなサイトをご存知ないでしょうか？ この方法はレスポンスが悪いとのことですが、今使っているMDBを試してみて、状況によりSQLサーバーなどの導入を検討したと考えおります。 よろしくお願いいたします。
- 締切済み
- その他(データベース)
- Accessの自動終了
Accessでテーブルのみのmdbをサーバに置き、それ以外（フォームとか、レポートとか）のmdbを各クライアントに置いて運用をしています。 かなり頻繁に追加修正があるため、誰も利用していない 昼休みに作業を行っているのですが、誰かがmdbを開きっぱなしに していると、ロック状態になり修正ができません。 仕方なく利用中のパソコンを調べてAccessを終了させています。 そこで、ある一定の時間に何も操作がなければ自動的に終了する といった処理は可能でしょうか。 今は20台ぐらいなのですが 将来的にもっと台数は増えていきそうなので、管理が大変に なってきそうです。 宜しくお願いします。
- ベストアンサー
- その他(データベース)
- AccessとSQL server 2005 Express Editionについて
今ある、Accessの照会システムがあります。 テーブルはサーバ(Win2003Server)にmdbファイルを置いてます。 照会画面、レポート等のプログラムは各クライアントにそれぞれmdbを置き、サーバにあるmdbファイルをリンクテーブルで参照しています。 今後照会だけでなく入力エントリプログラムを追加していくのですが そのエントリは９台同時に入力することが考えられます。 今のmdbで９台同時複数エントリはAccessのmdbでは当然無理なので 今あるインターフェースをAccessで DBをSQL server 2005 Express Editionで考えています。 容量はMAX４ＧＢと聞いているのですがデータの規模は4ＧＢで問題ありません。 SQL server 2005 Express Editionでクライアント９台同時接続できるのでしょうか？ 費用をかけれないので無償のSQL server 2005 Express Editionで考えています。 可能かどうか知りたいのです。９台の同時接続で運用にも耐えれるのかも疑問です。Express Editionでは無理があるのかも知りたいのです。 無理であれば今ある資産を利用して費用をかけないで済む方法があれば助かります。 どうぞよろしくお願いします。
- ベストアンサー
- SQL Server
お礼
お礼が遅くなり申し訳ありません。 回答ありがとうございました。 納得できました。