- ベストアンサー
複数のAccess mdbでの処理の共通化
現在複数のAccess mdbの改造を行っております。 Accessのバージョンは2000（確定）,稼動OSはWindows2000(予定)です。 さて、複数のmdbで同じような処理を行っているので共通化したいのですがそのやり方がわかりません。 １個のmdbの中だけだったら標準モジュールをプロシジャー化すれば良いのですが、複数のmdbでプロシジャーの共有はできるのでしょうか。 或いは目的（同じような処理を一個所に纏め保守性を向上させる)を達成する為の方法だったら何でも良いですので 御回答宜しくお願いします。
- graphaffine
- お礼率64% (111/172)
- その他(データベース)
- 回答数5
- ありがとう数3
- みんなの回答 （5）
- 専門家の回答
質問者が選んだベストアンサー
その他の回答 (4)
- O_cyan
- ベストアンサー率59% (745/1260)
- taka_tetsu
- ベストアンサー率65% (1020/1553)
- O_cyan
- ベストアンサー率59% (745/1260)
データベース（mdb）をフロントエンド、バックエンドに分けて運用する。 フロントエンド側は通常の個別に処理するものは各mdbで処理する。 フロントエンドで使用するテーブルはバックエンドのmdbに全て置く。 共通の処理はバックエンド側で一括に行う。
お礼
回答有り難う御座います。いろいろ難しい言葉が出てきて理解しずらい点がありますが、要するに#3の１と同じ趣旨と考えてよろしいのでしょうか。
- bin-chan
- ベストアンサー率33% (1403/4213)
複数のMDBがすべて同じ構成とします。 （各営業所ごとに設け、本社で管理、のような使い方を前提） この場合、共通の処理を作成するＭＤＢをひとつ作成し、 各ｍｄｂへはリンクテーブルを使用する、ではどうでしょう。 コードとデータを分離する、という方法です。 メニューのツール＞データベースユーティリティ＞ リンクテーブルマネージャと進みます。 「毎回確認する」の選択枝があるはずなので 使用の都度、変更しなければなりませんけど。 なお、ACCESSインストール時にオプションだったと思うので注意してください。
お礼
回答有り難う御座います。でも、良く理解できません。 共通処理を分離させるということは分かりますが、 リンクテーブルがそれとどのように関わってくるのでしょうか。
関連するQ&A
- サブルーチン（共通の処理）の作り方
ＶＢ６．０の時までは、標準モジュールやフォームモジュールにサブルーチン（共通の処理）を作って、他のフォームモジュールから呼び出しができるようになっていましたが、VisualBasic2005ではできないのでしょうか？共通のサブルーチンを作成する方法を教えてください。よろしくお願いします。
- ベストアンサー
- Visual Basic
- 異なる複数の言語から共通モジュールを呼び出す方法
4つの独立したサーバで、それぞれ異なる言語で記述されたシステムが1つずつ稼動しています。例えばC++、Java、PHP、Rubyとします。 これら4つのシステムに同一の機能追加を行いたいと考えているのですが、4つの言語でそれぞれプログラムを作成するのは大変なので、何とか1つで済ませることは出来ないかとやり方を探っています。 例えばCで「myCommon.dll（またはmyCommon.so）」という共通モジュールを作成したとして、C++、Java、PHP、Rubyで稼動している各システムからこの共通モジュールを呼び出す方法はあるのでしょうか？（共通モジュールは各サーバに1つずつ配置する予定です。ネットワーク越しに実行するわけではありません。） 一応、共通モジュールを実行形式にして、各システムからexec関数などを使用して呼び出すことは出来るようなのですが、共通処理を実行形式で置いておくのが何となく気持ち悪いのと、関数が複数定義してある場合にコマンドラインオプションで処理を振り分けないといけなくなるため、スマートなやり方では無いのではないかと感じています。 理想的なのは、共通モジュールに定義された関数を、それぞれの言語でネイティブな関数のように呼び出せることなのですが・・・。 このように複数の言語から呼び出されるような共通処理を作成する場合、「常套手段」のようなものはあるのでしょうか？
- ベストアンサー
- C・C++・C#
- ACCESS 複数で開くとサイズが大きくなり遅くなる
ACCESSで作ったMDBです。 誰も使っていなければ、２GBくらいのサイズなのですが、複数人（多いときでは５，６人）でアクセスし、開いていると、２０GBくらいのサイズにふくれています。 これは何故なのでしょうか。 そのためか、VBAで作ったデータ更新の処理がとても遅くなっています。 よろしくお願いします。
- ベストアンサー
- オフィス系ソフト
- アクセスのコピーや改造をされないためには？
アクセスで作ったデータベース処理のコピーや改造して配ったりされにくくするための簡単な方法はありますか？ アクセスの場合、.mdbをコピーされたらどうしようもないのでしょうか？
- ベストアンサー
- オフィス系ソフト
- Excel VBA:モジュールを複数のブックで共有するには
お世話になります。 現在、Excel VBAで複数のプログラムを開発中なのですが、 ある程度 処理を共通化したいと思いまして、出来れば標準モジュールと クラスモジュールを別のブックに保存しておき、それを参照設定か何かで 取り込んで動作させたいと思っています。 でも、参照設定しようとしても何かの名称が重複しているらしいエラーが 表示され（しかも何が重複しているのか教えてくれない）、うまくいきません。 ちなみに、共有したいブックは移動する可能性もありますが、最悪、 サーバの固定的なフォルダに置いておくのでも可、と言われています。 （アドインでの取り込みは、この時点で不可能？） うまく（出来れば標準モジュールとクラスモジュールだけ）共有することは できないものでしょうか？ 当方、VBの経験は そこそこあるのですが、VBAは 大して使ったことが無い状態です。 もしかしたら、単純にやり方を知らないだけかもしれないのですが、 知恵をお貸しいただければ有難いです。
- ベストアンサー
- Visual Basic
- これもaccessファイルを共有している事になりま
これもaccessファイルを共有している事になりますか？ １つのパソコン（vista）を複数のユーザーで共有し db1.mdbをパブリックのフォルダに置き ユーザー１ログオン時に、db1.mdbを開き ユーザーを切り替えて ユーザー２でログオンし、db1.mdbを開いてデーター入力することも 「アクセスを共有してる」 「db1.mdbを共有して使ってる」 という事になりますか？
- ベストアンサー
- オフィス系ソフト
- mdbファイルの共有について
いつもお世話になっています。ACCESS2000で作成したファイルをWindows2003Server上に配置してあります。MDB自体は共有モードで開くように設定されています。配置されているフォルダはeveryoneのフルコントロールにアクセスの権限を持たせています。そこで、二台のPCからそのMDBファイルを共有したいと考えています。 ＰＣ(1)OS: windows XP - access2003 ＰＣ(2)OS: windows 98 - access2000 上記の二台で開こうとしています。現状でXP上から先に開くと98でも同時に開くことができるのですが、winews98で先にひらいてしまうと他のPCから開くことができなくなります。ファイルをクリックしてもエラーメッセージも出ず無視何の反応もありません。なぜこのような現象がおきるのでしょうか？システムの稼働日が大分せまっており非常に困っています。誰かわかる方よろしくおねがいします。
- 締切済み
- その他(データベース)
- 標準モジュールを共通で使うには？
いつもお世話になります。ＶＢ２００５です。 ソリューションには最低１個のプロジェクトが存在します。それに複数個の標準モジュールを追加してプログラム全体を構成しています。 ここで、独立した複数個のソリューション（プロジェクト）をつくり、それぞれから共通に利用できる標準モジュールを利用することがあります。この標準モジュールに何か変更が生じたときは、それらを利用しているプロジェクト内へファイルコピーして、後日の不一致を防止しています。 過去の古いＶＢでは、特定のホルダーに標準モジュールを置いておくことで共用ができていたと記憶しています。ですから、ある編集中プロジェクト内の標準モジュールに変更があっても、他のプロジェヘクトへ自然に反映されていました。 ＶＢ２００５においても何かの設定で同様のことが可能でしょうか？ よろしくお願いします。
- ベストアンサー
- Visual Basic
- Accessで作成したアプリを複数で利用するには
Access2003で作成したmdbファイルを複数台のパソコンで同時に利用したいのですが、何が必要でしょうか？ 利用しているAccessはOffice2003 Professionalのもです。そして、作成したmdbファイルをサーバの共有フォルダに置き、各クライアントにはインターネットで見つけたAccessランタイムをインストールしました。 でも、これって正規のやり方ではないですよね？ 調べてみると、OfficeのDeveloperが必要だとか… クライアント数は20台、サーバ1台の環境です 正規でいくと、何が必要で費用的にどれくらいかかるのでしょうか 宜しくお願いします
- ベストアンサー
- その他(データベース)
- accessの処理が遅い
accessの処理が遅く困っています。 何か良い解決方法があればご教授お願いいたします。 まずは現状を説明いたします。 仕事でaccessを使用していますのでどこまで話していいのか迷うとこですがなるべく詳しく書きたいと思います。 まずは私の現状を ・accessは利用歴半年ほどでまだまだ全然理解していない ・職場で必要に迫られて独学で勉強しています ・私的には頑張ってネットや書籍で色々と調べてみました 仕事場で行なっていること ・職場の基幹システム（これが何で作られているとかはさっぱり分かりません）は次のようなデータを処理しています。顧客データ、在庫管理、作業履歴、入出庫管理などなど ・上記の基幹システムが毎日「データ」という名前の圧縮ファイルを本社サーバにエクスポート？していきます ・私はのそ「データ」という圧縮ファイルを使って作業を（主にデータ分析）を行なっています ・「データ」を回答すると「データ１」「データ２」「データ３」「データ４」という４つのMDBファイルが出てきます ・私はその「データ１～４」のMDBファイルを自分の支店の共有フォルダにコピーして作業を行なっている ・ローカルのPC上ではなくネットワーク上にファイルを置くのは、支店内の全員のパソコンからアクセス出来るようにとのことです 問題となっている処理に時間のかかる処理内容というのが クエリを多重で行う（言い方が合っているのか？＾＾；）ということを５段位行っています 遅いのは当たり前というのはわかって入るのですが、１度のクエリで目的のものを表示させられないので結果こうなりました（ーー； 他にも遅くなっている理由があります 「データ１」などの元となるMDBファイルに入っているテーブルを全てリンクデーブルで参照しています（言い方あってるかな？） なぜ普通にインポートして使わないのかという理由を説明します。 ・「データ」というファイルは毎日、新しくシステムから落ちてきます ・私としては毎日行うクエリを再利用したい ・「データ１」というファイルをある場所に置いておき、自分のデスクトップにMDBファイルを作成し（これを作業ファイルと呼ぶ）、そこに「データ１」の中のデーブルをリンクさせておく。 そして作業ファイル内にクエリを作製する あとは毎日の新しい「データ」ファイルを過去のファイル（作業ファイルにインポートしたリンク先）に上書き保存する。 こうすることでクエリを作製し直さないで同じクエリを再利用し、表示されるデータは毎日最新をキープする。これが理由なんです。 （本当は作業ファイルもネットワーク上に置きたいのです、というか置いていました。しかし遅すぎるため今は取り敢えずデスクトップ上に置いています） しかしこのクエリが多重で行われているためか結果を表示するのに３分～５分かかります。 これを早くしたいのです。 上記の方法におかしな所や、こうしたほうがより早くなるなどのアドバイスがあればお願いします。 そして別件ですが、こういった状況ですので個人的に色々調べてみました。 どうもaccessは大きなデータには向いていない？というような情報を目にします。 「データ１」などのMDBファイルにあるデーブルは１００万行などのテーブルもあります。 MDBファイルの容量も2GBギリギリです。 こういう場合はMYSQLやsqliteなどを使用したほうが良いのでしょうか？ そういったものを使用した場合は今のaccessのようにGUIで簡単にクエリなどを作成できますでしょうか？ そういたものを使用してMDBファイルを扱えるのでしょうか？ 非常に分かりにくい質問で申し訳ございませんが宜しくお願い致します。
- 締切済み
- その他(データベース)
お礼
回答有り難う御座います。 まず、２はdllを作れる者がいませんので 無理ですね。 １は有力な選択肢になりそうです。で、確認ですが 参照とは参照設定の事ですね。そうならば、テスト環境と 運用環境でドライブ等の構成が同じ保証が無いので、 設定のし直しが煩わしいような気がします。（参照設定と言う言葉は聞いた事がありますがどんなものかよく分かっていないので間違った事を行っているかも知れませんが)