ACCESSの2GBの壁のための他のDBソフトについて

総合スコア25327

2020/08/06 12:16

ご教授いただきありがとうございます。昨日は体調を崩していたもので、お礼が遅くなり申し訳ありません。質問させていただいても良いでしょうか。データのやり取りは、基本的にローカルのSSD上での完結を想定しております。 ACCESSのアプリケーションを普通のパソコン上で起動して、データベースも同じローカルのSSD上に置いておいて、 ACCESSからデータベースを触ろうとしております。ネットワークを経由しないのですが、その場合はリンクテーブルの遅さは考えなくても良くなるのでしょうか？（リンクテーブルが遅くなるのがネットワークを介するため遅くなるのか、それともローカル上でも何らかの処理のために遅くなるのか分からないため）お世話をおかけします。

2020/08/08 03:33 編集

リンクテーブルの接続先DBがローカルでないなら、ネットワークの影響は受けます。 SQLServerの場合が特に遅いのですが、複数のテーブルを結合するような場合はその他のDBでも遅くなるので、リンクテーブル経由ではなく直接の操作の方が良いでしょう。その際もパススルークエリーの方が、良いと思います。（ストアドを呼び出すのもアリだと思います）

2020/08/08 08:19

お世話になります。リンクテーブルの接続先DBはローカルになります。ローカル上のACCESSから、ローカル上の別のアプリケーションのDBに接続しようと思っています。そうするとSQLserberでも差支えは無いでしょうか？重ね重ねの質問で申し訳が無いのですが、アクセスからリンクテーブルなどでmySQL等に接続するとして、 mySQL上のデータから新たにmySQL上にテーブル作成クエリを実行して、テーブルを作成することはできるのでしょうか？現在accessのaccdbファイル上にプログラムを置いて、動的にSQLを作成して、別のaccessのaccdbファイル上のテーブルをもとに更に別のaccessのaccdbファイル上に新規テーブルを作るということをしています。煩雑なのですが、2GBの壁があるため、いくつものaccdbファイルを作成することになってしまっています。すべてローカル上のため、重さはそれほど感じていませんが煩雑になってしまっています。それでaccessのプログラムはそのままで、DBだけ他の上限が大きいものに移行したいと思うのですが、SQLはaccess上のプログラムで作成して、DBは他のDB上で完結するということはできるのでしょうか。変な質問ばかりして申し訳ありません。

2020/08/08 11:57 編集

>リンクテーブルの接続先DBはローカルになります。それは現状の話ですよね。 DBもローカルにインストールするのですか？そして、使用する人はそのローカルでのみの使用ですか？現状新規にテーブルを作成しているのは2Gの制限の為で、access以外のDBMSならその制限は気にしなくて良いので、作成はしなくて良いですし、基本すべきことでは無いです。 > SQLはaccess上のプログラムで作成して、DBは他のDB上で完結するということはできるのでしょうか。ワークテーブルは除いて、そのつもりで色々と回答しているのですが。

2020/08/08 11:33

お世話をかけます。＞それは現状の話ですよね。 DBもローカルインストールで、使用者は私だけになります。個人的な調査が目的のため、ネットワーク接続の予定は無いです。＞作成はしなくて良いですし、基本すべきことでは無いです。もしリンク先にテーブルが作成できると既存の仕組みが流用できて楽なので、お訊ねしました。確かに2GB制限が無ければテーブルを作ったり消したりする必要はなさそうです。お世話をおかけします。

2020/08/08 11:44 編集

本運用とは異なる環境を作って調査する意味はあるのですか？ > 既存の仕組みが流用できて楽なので性能の改善も目的にしているとの事でしたから、そこは流用すべき所では無いですね。似たような事をするにしてもそれはパーティションで対応するような内容です。

2020/08/08 13:15

お世話をかけます。データ解析して調査することそのものが目的ですので、本運用というものが無いのが実情です。仰る通り、抜本的に見直す方が性能の向上は見込めると思います。ただ、一度に行おうとすると労力的にかなり厳しく挫折する恐れもあるため、使えるところは使う形で徐々に改善する方法を取れればと考えていました。

2020/08/08 13:26

責めているように取られると申し訳ないですが、調査するにしても最終的なものを確認した上で、最初の段階はここまで、のように取り組んだ方が良いと思っての老婆心です。既に2Gの問題で対応方法を模索しているのですから。

行動規範の内容に同意します

無償版のSQLserverでよいのではないでしょうか・・。

ODBC接続＋リンク接続などでACCESSから今まで通りクエリを組めばいいのではないですか。

SQLServerになれてきたらExcel VBAなどからADO＋Accessを介さず直接

SQLを発行すればいいと思います。

現在はわかりませんがデータベース全体で10GB というのではなく、個々のデータベース毎の制限らしいので・・。

投稿2020/08/04 14:01

総合スコア383

2020/08/04 14:05

ご教授いただきありがとうございます。移行先はSQLserverにします。重ねた質問で申し訳ありません。 SQLserveには、テーブルだけ置いて、アクセスからテーブルをリンク接続などで参照する感じになるのでしょうか？その場合はテーブルの中身を変更・更新などもACCESSのVBAから可能なのでしょうか？

2020/08/04 14:14 編集

sqlserverの各テーブルをリンクテーブルとしてインポートしておくとインポート時にパスワードを保存するかなど聞かれます。リンクテーブルをもとにクエリを組んでおくと、あたかもAccessのテーブルのようにして扱えます。（作成したユーザーのアクセス権限が、参照のみにしておくなお良いと思います。）また、アクセス自体にもパスワードをつけて直接アクセスできないようにしておきます。私は、ACCESSを使いたいのでよく使う手法です。 Accessに仲介させておいて、Accessのクエリに対してExcel　VBAからSQLを発行したりもします。 Excel VBAで、ADOでパスワード付のコードを作成してアクセスします。結局、ADOで接続するならsqliteやmysqlでも同じだと思いますが、将来的に、Accessの拡張としてsqlserver直接で業務拡張する場合に違和感がないかな、という程度です。。これは職場ごとにフリーのDBを許容するか否か、みれる職員がいるかなど色々な要因に左右されそうなので、ケースバイケースということになると思います。

2020/08/04 14:25

またもご教授いただきありがとうございます。実は業務ではなく趣味の方で、利用者は自分一人になります。（業務でもプログラム組んだりしますが、データ量が全然少ないのと、ACCESSをインターフェースにするだけで拒絶反応を示す人がたくさんいるので、そちらはエクセルベースにしてます。）聞いておきながら、申し訳ないのですが、仰ることの意味が半分くらいしか理解できないので、まずはSQLserver無償版をインストールしてみます。

2020/08/04 14:30

個人的におすすめなのは、 Access+ExcelVBAでデータを取得してExcel側で集計をおこなうという手法です。最近のExcelはsumifやcountifs関数など便利な関数があるのでAccess側でクロス集計用のSQL 作成で苦労しなくても、かなり複雑な条件でクロス集計表など作成できますよ。

2020/08/04 14:49

お世話になります。 100万行単位で行ごとに複雑な数式を組むのが厳しいため、ちょっとエクセルの利用は見合わせています。 accessでもテーブル間の結合だけクエリにやらせて、計算はなるべくVBA上でやってるくらいなので、ちょっとエクセルだと厳しいのではないかという感じです。せっかくご教授いただいたのに申し訳ありません。

2020/08/04 14:51 編集

そうなんですね・・。ちなみに。 sqliteはデータ型がないので、ODBC接続でSQLがうまく取得できる振る舞いをするか否かはわかりません（個人的には好きです）。個人的には、ここまで回答しといてmysqlがお勧めです。

2020/08/04 14:57

mysqlがお勧めなんですね・・・まだ簡単に軌道修正がきくのでmySQLの利用も試してみます。ありがとうございます。