アクセスでのインポートについて。

質問

アクセスにデータを取り込む件で、ご質問がございます。
以前は1000000レコードあるデータが、現在取り込めずに、
データベース '' を開くことができません。アプリケーションで認識できないデータベースであるか、またはファイルが破損しています。となります。
因みに300000レコードぐらいでしたら問題なく取り込めます。
1レコードが同じサイズで、同じPC環境で、取り込めなくなってしまったのは、PCのメモリや、容量が減ったことが原因でしょうか。
また改善策等ございましたらアドバイスお待ちしております。

回答No.3

masatsan · ベストアンサー

えーと。少し整理させてもらいます。
結局はPCの環境が変わった以外は（データが違うことは当然でしょうが）
何も変わっていないのですよね。
ということはPC環境と考えるのが普通だと思いますが

分割ですがC等で作るか
もちろんaccessのvbaでも簡単に作れます。

補足

Java等でデータ分割も開発は考えましたが、そもそも、効率の良い作業を考えた結果分割をせずに、データを一気に取り込んで管理したかったことが希望でしたので、
PC環境がおかしくなったのでしょうかというのが最初のご質問でした。
伝わりませんでしたけど。
どうもありがとうございました。

回答No.2

masatsan

先に回答したように積算なのですか？（毎回分が溜まっていく）
分割以前の問題なので。
DBの大きさがaccessの許容範囲を超えていませんか？
分割してLoadして結合しようとするなら結果は同じかと思います。
別なDBに分割して管理するような仕組みを作るなら良いかと。
いずれにしても
OSとACCESSの容量の関係、積算なのか入れ替えなのか考えてください。

＜同じPC環境で、取り込めなくなってしまったのは、PCのメモリや、容量が減ったことが原因でしょうか。＞
というのは意味が分かりません。　同じなら同じなんじゃないですか？

お礼

データサイズは、1.09GBでしたが
大きすぎますでしょうか？
最適化は入れ替えで、取り込めないので
空のデータベースを最適化しました。
300000レコードで取り込めたのは、自分で作成したデータであり
もともと存在する1000000レコードデータは、
分割ソフトがなく、秀丸エディタ等でも、開く以外分割しようとすると、メモリ不足で分割出来ないので、アクセスに一気に取り込んで管理したかったのです。

補足

失礼しました。
積算ではなく入れ替えです。
データは確認しますが、
たしか2GBは超えてないと思います。
連休明けに、
アクセスから最適化/修復して、
ご報告致します。

回答No.1

masatsan

何も調べていないので適切ではないでしょうが、

以前はできていたということで積算なら、DBが大きくなりすぎたのでは？（限界は忘れました。）
積算ではなく入れ替えならDBの最適化をしてみたらどうでしょうか？

300,000ができるなら分割して読む。
DBを分割する。

補足

アドバイスありがとうございます。
連休明けまで、アクセス環境がございません。
大きなデータをまとめて管理したいのですが、
アクセスで分割ツールを使用する場合、何かの条件をキーに分割できるのでしょうか。それとも半分に分割のような感じでしょうか。