テーブルまたは選択クエリをフィルタリングするとmsアクセスがクラッシュする

応答1# ->にスキップ

2 #

DanielP 2020-01-22 06:24

また、バックエンドがSQL Serverの場合、問題はおそらく関連しています

www.devhut.net/2020/01/17...

応答1# ->にスキップ

3 #

Corinne 2020-01-22 08:47

私はいくつかのデータベースの問題を経験しています.私はMS Accessを使用する数の同僚とチェックしています、そして彼らはまた最近同じような問題を経験しています.

最近、私はフィルタを実行するたびにクラッシュが起こらないことがわかりました.私はそれが今の間約25%を衝突すると言うでしょう.フィルタを試すことができ、ソフトウェアをクラッシュさせることができます.それから私はデータベースを開いてコンパクト/修理することができます
その後、いくつかのフィルタを試してみてください.その後、システムは別のフィルタ要求で再びクラッシュします.そのため、同じデータベース/同じフィルタで一貫してエラーを繰り返すことができません.

このエラーを生成しているデータベースの1つの機能を確認しました.
データベースは177 MBで、12tableが含まれています.
最近データベースを圧縮して修復しました.

データベースには最小限のVBAコードがあります.別のフォームを開くフォームに関連付けられているコードはいくつかあります(下の斜体のVBAコードの抽出を参照).

プライベートサブCMDOPENFRMQUERIES_CLICK()

ON ERRAT_CMDOPENFRMQUERIES_CLICK

docmd.cosedocmd.openform "frmqueries"

etc....

end sub

私はエラーや問題なしにVBAをコンパイルしました.

は、ソフトウェアをクラッシュするフィルタの例です.

表名:688レコードを使用した05epar4_location

ブラウズモードでtableを開く.

ホームボタンバーからフォームでフィルタを選択します(メニューの上にあるクイックボタンもあります).

次のようにしてsys_loc_codeというフィールドに基準を入力します. "tb*"

のように

適用フィルタ/ソートを選択します.

回転ホイールは、フィルタが進行中であることを示し、その後ソフトウェアがクラッシュする.ソフトウェアは自動的に再起動し、ファイル名の「バックアップ」を持つファイルにデータベースをコピーしました.

クエリの画像を以下に示します.

新しいデータベースを作成し、既存のデータベースから新しいデータベースに1つのtableをインポートし、同じ問題が発生しました.

私はオフィスの修理を試していません.

あなたの他の返信に従って、これはバックエンドSQL Serverに関連付けられていません.ただし、MySQLtableに接続する他のデータベースにはODBC接続が設定されています.私は私にリンクを使用しているアクセスデータベースに関する問題をテストしていません
MySQLtable

応答3# ->にスキップ

4 #

DannyFu 2020-01-24 08:31

ユーザーと同じフィルタの問題を抱えているユーザーがいます
は、Officeの新規インストール時に完全なオンライン修復を試みました.Officeをロールバックしてみました.新しいマシンでも同様ですが、フィルターをかけるとランダムにクラッシュし、何も表示されません.
フィルタリング以外にも一貫性があります.私は何も助けることができませんが、これが問題のように思われることを知らせたいです.それを持っているのは私たちだけではないことを知っておくのは良いことです.それは私を夢中にさせています.

応答4# ->にスキップ

5 #

Corinne 2020-01-24 08:46

フィードバックをありがとう、ダニー.7人だけが同じ問題を抱えているとマークしたことに驚いています.私の同僚の2人も問題を経験しています.私は自分の仕事のほとんどがそうではないので、私ができるフィルタリングを使用しないように取り組んできました
プログラム環境でのフィルターの使用に基づいています.多くの場合、他のソースマテリアルからデータベースにデータを入力したり、データチェックを実行したり、tableの関係の問題を診断したりしています.だから、私が使用している特定のデータベースでプログラミングをしている間、私のフィルタリング
は通常、データの問題を解決するためにさらに深く潜る機能です.フィルタリングではなくSELECTクエリを使用することで、フィルターの問題を回避できました.データベースがクラッシュしてデータが破損する危険を冒したくありません.

応答5# ->にスキップ

6 #

DanielP 2020-01-24 09:49

参考までに、このスレッドをAccess Dev Teamに転送しました.

access.uservoice.comに投稿したり、Accessのフィードバックコマンドを使用して問題を報告したりすることもできます.フィードバックを使用する場合、メールを含めると、必要に応じて、実際にフォローアップして詳細情報を入手する場合があります.

応答3# ->にスキップ

31 #

ShaneGr 2020-01-31 15:08

HI、

私たちのためにデータベース(またはストリップダウンversion)を共有しても構わないと思っていますか?

私はあなたがこれまでに説明する問題を再現できなかった.

あなたが商品のフィードバック(ヘルプリボン上のフィードバック)を提出し、フィードバックに ""を含めるならば、それを見つけることができます、それから私はできます
連絡先に連絡して、データベースを送信する方法を調整できます.

シェーンgroff

アクセス工学

応答31# ->にスキップ

32 #

LaurieA 2020-01-31 15:53

こんにちは、シェーン

うーん、それは機密情報が含まれている政府のデータベースであるため、難しいかもしれません.ただし、多くの人が同じ問題を報告しています-同じデータベースを使用して多くの問題を扱ってきたので、それは間違いなく「新しい」問題です
数週間、今までこの問題に遭遇したことはありません.

1989年からMS Accessを使用しており、通常の問題とその修正方法にかなり精通しています.

より「一般的な」データベースで問題を再現し、それを送信できるかどうかを確認できます.ただし、現在大きなプロジェクトの最中であるため、しばらく時間がかかる場合があります.

ありがとうございます！

ローリー

応答31# ->にスキップ

33 #

akmonke 2020-01-31 22:17

それを調べることができます.1つの問題が表示されているのは、ホストされているSQL Serverへの接続のフロントエンドであるため、そのデータへのアクセスを与えることができないので、どれほど難しいかはわかりません.

昨日だけ起きた、開発の一日ほぼ一日を通過した後、デザインビューに切り替え、トイレ腸が登場した後、windows を終了し、一般的に「バックアップデータベース」が表示されています"ダイアログボックス.

おそらく私が再び起こるとき私が収穫することができるいくつかの種類のエラーログは?

応答33# ->にスキップ

34 #

KevinFe 2020-01-31 22:36

マイクロソフトは昨夜新しいversionをリリースしました-2001Build12430.20184.

今はそのversionです.私は今日それを使用し、それがまだクラッシュしているかどうかを確認すると思います.

応答34# ->にスキップ

35 #

Aureus9 2020-01-31 22:58

version1911 (Build12228.20364)が機能しているようです.使い始めました
昨日の朝、クラッシュすることなく丸一日過ごしました.これは今週で初めてです.前述のように、前回の更新(またはその直前の更新)によって引き起こされた問題を修正したため、これ以上戻ることはしませんでした.単なるオフィスかどうかはわかりません
365のことですが、更新プログラムが原因でAccessに多くの問題が発生することは過去2、3か月ほどありません.私たちはAccessを頻繁に使用しており、データベースの破損に精通しており、すべてを新しいデータベースに時々流し込んでいます.Officeの修復と
通常の修正.クエリの処理中に断続的にクラッシュするという最新の問題には、これらのいずれも役立ちませんでした.しかし、それは誰にも影響を与えませんでした.

応答35# ->にスキップ

36 #

KevinFe 2020-02-01 03:30

2001Build12430.20184は、私が見ているものからは良くありません.クラッシュしたのは1回だけですが、ハングアップし続けます.

応答36# ->にスキップ

37 #

ShaneGr 2020-02-01 03:43

それより詳細なことは、ケビンですか?起動時に「ハングアップし続けます」データベースを開くと?特定の操作を実行すると?

あなたはあなたがフィルターをするときにハングすると言っていますか?特定のデータベース/table/フィルタのみが起こりますか?

特定のtable/フィルタと一貫して発生した場合は、データベースを共有しても構わないと思っていますか?

シェーンgroff

アクセス工学

応答37# ->にスキップ

38 #

KevinFe 2020-02-01 04:23

前のリリースでは問題ありませんでしたが、問題なくx回フィルタリングできました.その後、x + 1でdbがクラッシュします.ハングアップしてクラッシュするため、いつクラッシュするのかがわかりました.昨日のリリースでは、それ以外は同じです
dbをクラッシュさせるのではなく、一定時間ハングアップするだけです.

3つのフィールドを持つクエリを作成しました.F1は、F2およびF3の基準を使用して表示する必要があるデータです.F2とF3のデータは必要ないので、[表示]ボックスをオフにします.F2のボックスをオフにすると、電話が切れます.F3のボックスをオフにすると、同じことが起こります.

実行速度が遅い.

複数のtableとクエリを開いています.複数のものを同時にフィルタリングしています.

このメールを書いている間、他に何かがあるかどうかを確認するためにデータベースで作業しています.クエリ結果のフィールドをフィルタリングしようとしたときにクラッシュしました.

応答1# ->にスキップ

7 #

Aureus9 2020-01-25 09:17

こんにちは、

これもこの1週間ほどです.いくつかの異なるシステム上のさまざまなデータベースで発生しています.これを1/21に追跡し始めたので、Office365とWindows 10の両方を使用する2つの異なるシステムで1人のユーザーが7回発生しました.
そして、それは最近のOfficeの更新と関係があると思います.同じことをしたとしても毎回発生するわけではないため、ほとんどランダムに見えます.先週ほど散発的に発生し始めたばかりです.データベースが壊れているとは思わない、
これは、1週間前は問題なく機能していた、単純なものから複雑なものまで、さまざまなサイズの複数のデータベースで発生したためです.これは、Alt-F11コードのないデータベースで発生しますが、それが役立つかどうかを確認するためにコンパイルを試すことができます.一部はローカルアクセスtableです.
影響を受けるデータベースの一部には、SQL Server 2017にリンクされたtableがあります.

ありがとう

応答7# ->にスキップ

8 #

MBLAW 2020-01-26 02:43

同じ問題が約1週間-別のデータベースでも-同じコンピュータで-しばらくの間バックアップおよび正常に動作していますか-クエリフィルター中に発生するようです.

アンインストールアクセスと再インストールを除くすべての推奨手順を実行しました.

投稿を開始するのに非常に時間がかかったことに驚いた.

応答9# ->にスキップ

10 #

MBLAW 2020-01-27 00:51

以前にその手順を実行していたが、再度実行した.今朝まで役立つようです-クラッシュ-主な問題は「MS ACCESS Exception Code c0000005」を示しています

-潜在的なメモリの問題-メモリチェックを行いました-問題は見つかりませんでした-

機会があればAccessをアンインストール/再インストールします.

Microsoftは、数か月前にすべてがクラッシュして特別な修正が送信されるまでクラッシュしていたのと同じように、今月のOfficeアップデートで問題を引き起こしたと思います

最近のBuild12325.20288は、問題の発生時期に基づいて疑われます.

応答10# ->にスキップ

11 #

DanielP 2020-01-27 01:03

Microsoftの最近の実績を考えると、これは簡単に新しいバグになる可能性があります(特に、同じ動作を報告している人が複数いるため).

インストールを以前のBuild番号に戻すだけで、問題が解消するかどうかを確認してください.もしそうなら、あなたはそれが元のBuild番号によって引き起こされたバグであることを知っています.そうでない場合は、引き続き調査する必要があります.

結果を報告してください.

access.uservoive.comに投稿し、Access自体からフィードバックコマンドを使用することを忘れないでください.

応答10# ->にスキップ

20 #

JohnTsi 2020-01-29 06:05

tableに多くのフィールドを使用しますか?..私はtableあたり255の制限を超えていくのを越えたクエリを引っ張っているかもしれないことを考えています.

応答20# ->にスキップ

21 #

MBLAW 2020-01-29 06:55

2つの異なる-未接続-影響を受けるデータベース-1つは最近追加された、フィールドとレコード数が制限された小さなデータベースです.

最近のMicrosoftアップデートが問題の原因であると結論付けなければなりません.

最近更新されていない別のコンピューターで同時に実行してチェックアウトしています.結果を投稿します.

応答21# ->にスキップ

22 #

Lora 2020-01-30 05:39

version1912Build12324.20344を使用しています.開いているデータベースに関係なく、アクセスは1日に数回しか閉じません.Accessの動作が停止したというメッセージが表示されます...コンピューターで空のデータベースを開き、いくつかのtableをインポートして、
tableからクエリを作成すると、突然動作が停止し、再度開くかどうか尋ねられます.

これは数週間前に起こったばかりです.私はほとんど毎日Accessを利用していますが、今日だけでも少なくとも5~6回は発生しています.

応答22# ->にスキップ

23 #

DanielP 2020-01-30 05:51

1911、1910、...に戻してみてください...それが問題を引き起こしている最新の更新かどうかを確認します.調査結果を報告してください.

応答23# ->にスキップ

24 #

KevinFe 2020-01-30 22:48

通知されているもう1つのことは、照会のデザインビューをクリックすると、ビュー画面が開きますが、完全に空白になります.私はクエリを閉じて再びそれをする必要があります.

私は以前に起こっていることを思い出しません.他の誰かが同じ問題を経験していますか?

誰かが彼らのversionを戻して100%うまく機能するBuildを持っているならば、私たちに知らせてください、そして私のIT部門が私のことをするかどうかを見るでしょう.

応答23# ->にスキップ

25 #

DannyFu 2020-01-31 02:21

ユーザーをversion1911(Build12228.20364)version1912(Build12325.20298)以降、最終日
半分はクラッシュしていません.以下の手順を使用しました.Build12228.20364xxxxx.yyyyyの部分
混乱している

support.Microsoft.com/ja-jp/help/2770432...

応答25# ->にスキップ

26 #

Aureus9 2020-01-31 03:03

version12/10/2019version1911(Build12228.20364)を試しています.

これまでのところ、すべてを新しいデータベースにインポートし、圧縮と修復、デバッグ/コンパイルの実行を試みましたが、どれもクラッシュを止めていません.上記のBuildで修正されるか確認します.1910年までさかのぼることはありませんでした.
別のバグがあり、条件が含まれる単一のtableの更新クエリに障害があり、他のいくつかの重要なプロセスがしばらく中断しました.

1911年に1910年(またはその1つ前)に引き起こされたこの問題が修正されたと思います. support.Office.com/ja-jp/article...

応答22# ->にスキップ

27 #

MBLAW 2020-01-31 03:25

数日前に逆コンパイル/コンパイル手順をしました.それ以来、私はいくつかのクラッシュをしました.

しかし、私は過去1日と半分のためにクラッシュしていませんでしたが、常にクラッシュするように見える多数の選択クエリを実行しました.

Still RunningVersion 1912 Build 12325.20298-マイクロソフトが文書化されていない修正でこっそりと信じるのは難しい.

私は過度に楽観的ではないことを願っています.具体的なクエリまたはフィルタリング中に具体的に統一された誰もが、スレッドが起動した場所の選択またはフィルタリング中に衝突しますか?

応答27# ->にスキップ

28 #

DanielP 2020-01-31 03:50

参考までに、私は修正については知りませんが、最後に「フラグ」(使用されていた用語だと思います)を切り替えて、すべてのインストールに直接影響を与えることができます.したがって、更新を効果的に実行せずに、Applicationを変更する可能性があります.私は述べます
これは、過去に他のスレッドで発生したためです.O365(とりわけ)は常にMicrosoftと通信しているため、実際のWindows/Officeの更新を適用しなくても、リモートで変更できます.

しかし、MSがこの問題を修正ページに追加したか、ここ(または他の場所)で応答しなかったため、これはすべて推測であり、すべて偶然かもしれません.誰が知っている.

応答10# ->にスキップ

29 #

LaurieA 2020-01-31 03:47

最新のリリースに問題があるようだと思います.100,000レコードを超えるデータベースでも、このような問題は発生しませんでしたが、最近、小さいtable(5,000行)で作業している場合でも、Accessが閉じたり、再び開いたりします.できます
クエリに固執するのであれば問題ないので、今のところはそれで十分ですが、これは古くなっています.

Microsoftは、リリースする前に、MS Accessに対するOfficeのアップデートをより適切にテストする必要があります.11月のリリースと現在のリリースはどちらも、テスト中にかなり迅速に検出できるはずの問題を公開しています.

応答12# ->にスキップ

13 #

DanielP 2020-01-28 04:23

あなたは1911年、1910年、1909に戻ることを試みましたか?

応答13# ->にスキップ

14 #

KevinFe 2020-01-28 04:53

いいえ、私は企業の機械に乗っています.それが修正されていない限り、versionの変更はありません.

あなたはあなたの背中を転がしましたか?

応答14# ->にスキップ

15 #

DanielP 2020-01-28 05:26

まず、V1912を実行している場合は、Insider ChannelまたはMonthlyを使用する必要があります.どちらも、実動PCでは絶対に避けてください. マイクロソフトは単にそれらのアップデートを使用するために次々と非常に多くのバグを押し出しています
チャンネル.

問題はありません.単に他の問題から回復できるようにしようとしています.通常のトラブルシューティングは次のとおりです:

• 圧縮して修復-再試行
• コンパイルしてエラーがないこと、すべての参照に問題がないことを確認-再試行してください
• 逆コンパイル、圧縮して修復、コンパイル、圧縮して修復-もう一度やり直してください
• 新しい空のデータベースを作成し、すべてをインポートしてください-もう一度やり直してください
• 実行してOfficeを修復してください-もう一度やり直してください
• 他のBuildに更新または復元してみてください-再試行してください
• アンインストール、再インストール-再試行してください

つまり、私が提案しているのは、通常のAccess/ITのトラブルシューティングです.IT担当者がまだ行っていない場合は、そのことを伝えて、このスレッドを紹介する必要があります.しかし現実的には、MicrosoftのBuildの更新と復帰によるノンストップバグが正常になりました.
運用を維持するための要件.繰り返しになりますが、彼らはそもそも月次アップデートチャネルを使用してはいけません！

応答13# ->にスキップ

17 #

DannyFu 2020-01-29 04:11

最新version1912(Build12325.20298)からversion1912(Build12325.20288)に戻してみましたが、ITは半日稼働し、その後同じ問題が発生しました.他の問題が発生した後のversionの原因を試してみることが心配です.

応答17# ->にスキップ

18 #

DanielP 2020-01-29 04:25

試してみるために、1911、1910、1909に戻ります.それなら、1912年かどうかは確かでしょう.そこから、何をするかを選択する必要があります.

応答18# ->にスキップ

19 #

DannyFu 2020-01-29 04:38

ユーザーをversion1911(Build12228.20364)にロールバックしました.テストに時間がかかるため、投稿し続けます.ユーザーは、彼女が最初に起動したときは正常に動作しているように見え、その後クラッシュした後、メモリの蓄積やリークが好きになると言っています.彼女は多分それを考えています
クリップボードに関連していますが、これらはすべて野生の推測です.この1911年のBuildが彼女に何をするのかを確認する必要があります.

応答39# ->にスキップ

40 #

DougTra 2020-02-04 13:29

最新のOfficeアップデートでこの問題は修正されました.version1912Build(12325.20344).

-ダグ

応答40# ->にスキップ

41 #

ShaneGr 2020-02-04 13:55

これで、Officeのすべてのversionで修正されるはずですが、構成の変更を反映するには、Accessを終了して再起動する必要がある場合があります.

シェーングロフ

アクセスエンジニアリング

応答41# ->にスキップ

42 #

KevinFe 2020-02-04 22:21

何かが押されたものはありましたか?

私が私のversionをチェックしたとき、それは2001年のBuild12430.20184です.私は更新をチェックし、それは私が最新のものになると言います.

応答42# ->にスキップ

43 #

ShaneGr 2020-02-05 00:32

コードの変更ではなかったため、Build番号は変更されません.

構成が変更されたため、Accessが実行されている場合は終了し、Accessの起動時にのみ構成が更新されるため、再起動が必要になります.

応答43# ->にスキップ

44 #

LaurieA 2020-02-05 03:10

ありがとうShane-修正と更新のために！

より大きな議論は次のとおりです.>

将来のリリースでは、マイクロソフトがそのような問題を回避しなければならないプランは?

Laurie Almoslino

応答41# ->にスキップ

45 #

Aureus9 2020-02-15 09:23

通常のアップデートパスに戻ってくれるのですか?この問題が起こっている間にロールバックし、config.xmlファイルを作成し、ターゲットversionを設定するには "setup.exe/config.xml"を実行している間にロールバックするようにリンクアンドインシュラクストが続きましたが、今は
コンフィグレーションを手動で編集せずにversionと管理者権限を備えて特定のversionを設定します.whileの間、手動で古いversionで手動で行ってもらう必要がある手順を元に戻したいが、その一時的な回避策を元に戻す方法については説明しません.
私はそれが別の問題であることを知っていますが、ここでロールバックするための指示に従うことによって引き起こされました.あなたは私が通常の自動アップデートストリームに戻る方法を理解することができます、あるいは新しいスレッドを開くべきですか?今すぐ更新をチェックしたとき、それは私がいると言っています
私の管理者によって許可された最新のversion(ME).

ありがとうございました！

応答45# ->にスキップ

46 #

ShaneGr 2020-02-16 04:051

最初に、ファイル/アカウント/更新オプションを使用して自動更新を再度有効にしましたか?

それを行っても、現在の月間のチャンネルBuildをインストールするためにOfficeを指示するconfig.xmlファイルを作成できるようにする必要があります.

<構成>

<製品ID= "O365ProplusRetail">

<言語ID= "en-us"/>

Shane

応答46# ->にスキップ

47 #

Aureus9 2020-02-16 07:02

はい、更新を再度有効にし、問題の解決中に必要なversionを指すように構成ファイルを作成しました.問題は、versionを手動で指定することにロックされ、必要な正確な数を更新する必要があったことです.
それ以外の場合は、現在の更新ストリームを無視して、管理者が設定した最も高いversionであると言うだけです.64ビットの誰かのためにOfficeClientEditionを32から64に変更する必要がありましたが、これは完全に機能しました.Config.xmlを更新した後
「setup.exe/configure config.xml」を再実行すると、正確なversionを指定しなくても、現在のversionに更新されました.

シェーン、本当にありがとう！