MSアクセス：ほとんどのメモリをこの操作
https://stackoverflow.com/questions/1575487
-
21-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
私が使っているアクセス2003年のデュオ-コア機4GB RAM Windows XP Service Pack3)[5.1.2600]
定期的に、または、エラーメン"が足りないのではないでメモリを操作します。近撮影画像に影響を与える有害プログラムを再び動作します。"
チェックのタスクマネージャーであることが明らかになったっぷりの無い。閉会のその他の公開プログラムんでいないこと。
これを伴い、異なる状況:あな保存形態のデザインやVBAコード変更時に複数の形態はオープンします。
場合によ保存デザインの変更は、このエラーが発生した場合、アクセスの物を破損などの復旧しました。
あらゆる提案に何が起こることを歓迎する。
MTIA
解決 6
私はそれが最も可能性が高い壊れるのいずれかのフォームまたはレポートだということを知っているように、私は新しいmdbファイルを作成し、のみ（付属）、インポートテーブル、クエリ、スクリプト（一つだけ）、モジュール、およびメニュー。それから私は、機能を経由して輸入フォームやレポートにLoadFromTextを使用して、などの通常の逆コンパイル/コンパイルおよびコンパクト/修理をしました。
私はおそらく、この復旧方法に固執ますのでこれまでのところ、タッチ木材、私は、いくつかの日に別のクラッシュがありませんでした。
あなたの提案のためのすべてに感謝します。
他のヒント
のVBAプロジェクトのフれが壊れる可能性があります。必要なものを再構築すから、その適切なアクセスコーディングを行:
にVBEオプションをoffにコンパイルに高まる需要へ マイケル-カプランの記事ンジニアリング、逆アセンブル 詳しい理由).
にVBEオプション、必要と変数宣言です。
のVBEをカスタマイズツールバーのコンパイルボタンで簡単にアクセス(このデバッグメニュー)です。すのもおすすめの追加の呼び出しスタックのボタンからメニュー）でお手軽にデバッグに誤りが壊モードになります。ここがポイントはデバッグを作成します。
この設定環境のすべてのモジュールに新規回収プロジェクトの追加オプションを明確イプのモジュールを欠いています。その後コンパイル。おねがい無効なコードだけを固定する必要があります。
これからは、プログラミングコンパイルが頻繁に、その行のコード。そのコンパイルプロジェクトの100倍以上が符号といいます。
定期的に逆コンパイルプロジェクトは、コンパクトを再コンパイルします。このクリーンルにかけての編集積し定期開発。
これらの実践を保つたコードは非腐敗プロジェクトに滞在していクリーン状態にします。かな回復をみが崩れます。
についてどのように再構築プロジェクトの思いは抜本的なルートで輸出全てのオブジェクト願います。SaveAsTextびに輸入して新しい空のデータベース。LoadFromText.この優位性だけで輸入から、既存の化け前に輸入することができる腐敗した構造となるSaveAsText/LoadFromTextサイクルです。
Iプログラムの日常のアクセス、非自明なアプリを使用する多くのコードを含め、たっぷりのスタンドアロン型クラスのモジュールです。私は失っていないオブジェクトのコードの腐敗をすでに5年以上となった日頃の使用A97.
持ムがここにする必要がありますので、待っているわけではないのでイベントカレンダーの利益だと思い更新を行うにすることにあります。
での2年間にたくさんの2007年のアプリとした高齢2003年（'97)アプリケーション私が見る2007年を受けにくいろクラッシュより2003年-アクセスがオブジェクト定義です(形式との報告があります。) う簡単に破損しています。
まだまだに従って提案1-6(上記)によるデヴィッド-W-フェントン宗教的にもプラスの使用願います。SaveAsText（Tony Toews'の提案およびリンクす。
これらの日であるとにかかわらず、97,2003または2007年仕事をしていれば、アクセスを与え 他の のヒント"ているか | ぶ | 投説明の誤り"など、次の
- すぐ近のアクセスアプリ
- バックアップのmdb/accdbファイル
- 再開のアプリを抑[Shift]なんとも運行
- 輸出のすべてのオブジェクトとしてテキストを使用願います。SaveAsTextとして他のバックアップ)
- あのアプリ利用/ンジニアリング、逆アセンブルスイッチ
- ルの再コンパイルVBAコード
- なコンパクト/修理いたします。
これは当てはまりませんですべて解決するものではの大幅削減の数は経っても汚職のアクセスオブジェから僕ができる。
私のああます。
私は選択の彼らのプラットフォームとしてのアクセスを使用し、長年にわたってお店で働いていました。アプリケーションは、最終的には彼らはあなたが持っていることを正確に同じ問題が発生し始めたアクセス2003の内部メモリの制限を打つ始めたほど大きくなりました。あなたが気づいているように、この問題が発生したメモリの問題のない外部の兆候はありません。
同社はこの問題についてMicrosoftと長さで話をした、と私は、Microsoftが最終的にパッチとそれらを供給信じています。だから、それはあなたが経験しているものに似たような状況のように聞こえる場合、彼らは同じパッチをご提供することができるかもしれとして、これについてマイクロソフトに話をしたいかもしれません。
クイックソリューション。仕事への保証：
開くVBA（Alt-F11）
イミディエイトウィンドウに次のように入力します：
Application.SaveAsText acForm, "corrupt form name here", CurrentProject.Path & "\zzTempRevive"
そして
Application.LoadFromText acForm, "corrupt form name here", CurrentProject.Path & "\zzTempRevive"
:)希望、これは他の人に役立ちます！
これは、デフォルトのエラーメッセージです。あなたのMDBが特に大きい場合には、あなたがMDESを作成するために行ってきましたメッセージを与えたものの、さて、その後のモジュールと800の以上のフォームやレポートを言って、はいMDBは大きすぎる可能性があります。 ACC2000：エラーメッセージ "Microsoft AccessがMDEデータベースを作成できませんでした" の
私は、これは時折自分が起こるありました。そして、私の現在のMDBはそれほど大きくありません。コンパクトと修復がテーブル、インデックスまたは関係以外のオブジェクトのエラーを検出しないことに注意してください。別のMDBにインポートするように、これらのエラーを修正する唯一の方法です。
私はこの問題を何度も遭遇し、最終的に働いた解決策を発見しました。私は、問題が発生するかわからないが、私はそれを解決する方法を知っています。
フォームを開くときは通常、エラーが発生します。何をする必要が完全にそのフォームを再作成です。そうするための最も簡単な方法は、最初に文書化されていない機能Application.SaveAsTextをテキストファイルにフォームをエクスポートすることです。そして、あなたはそれがApplication.LoadFromTextを使用して、データベースと再負荷からフォームを削除します。
