- 締切済み
MS_ACCESS2000で削除確認を出したくない
bobbleの回答
- bobble
- ベストアンサー率34% (111/323)
こんにちわ。 補足になりますが、 DoCmd.OpenQueryメソッドを使用する際にDoCmd.SetWarnings False を実行して おくと確かに確認メッセージは表示されなくなりますが、テーブル作成クエリーの場合は確認メッセージのデフォルトフォーカスが[いいえ]になっているので、逆に実行されなくなってしまいます。（自動で[いいえ]をクリックした事になります）。 DoCmd.OpenQueryメソッドで実行したい場合は先にそのテーブルを削除してから実行してやればうまくいくと思います。
関連するQ&A
- Accessの削除クエリについて
Access2000でODBCを使ってMySQLへリンクテーブルを作成しています。 このテーブルを元に削除クエリを作成し、実行すると DATA 800件で約3分程度かかってしまいます。 ネットで色々調べてみたのですが、 高速化の記事を見つけることができません。 クエリのプロパティでトランザクションの使用を"いいえ"に変えて みたりしましたが全く効果がありません。 削除クエリを高速化するには、どうしたら良いのでしょうか？
- 締切済み
- オフィス系ソフト
- MS Accessでクエリー実行時の確認ダイアログ
いつもお世話になっています。 Accessで追加/更新/削除クエリーを実行すると、コミット前に「続けてよろしいですか？」のようなダイアログが表示されたと記憶しているのですが、出ません。 私の記憶違いでしょうか。 ちなみにODBCでOracleに接続しているのですが、autocommitはOFFになっていることを確認しています。 もし私の記憶に間違いがなければ、どのようにしてそのダイアログを表示するように変更できるのか教えてください。 よろしくお願いします。
- ベストアンサー
- その他(データベース)
- アクセスで確認メッセージを出さないようにするには？
Access2000を使っています。テーブル作成クエリを実行すると、確認メッセージが出てしまいます。ツール－オプションの設定で出ないようにしているのですが・・・
- ベストアンサー
- オフィス系ソフト
- ACCESS初心者です。
色んな条件のクエリ（複数）を組み合わせてデータを抽出し、最終的にひとつのエクセルファイルを作成したいです。 エクセルファイルを作成するときはVBで記載したいと考えていますが、 できれば複数条件のクエリを一つのテーブルに蓄積して、そのテーブルからエクセルを作成しようと思っています。 ただし、複数のクエリは全てが同一のレイアウトではないかもしれません。 何か効率の良い方法をアドバイス下さい。
- 締切済み
- その他([技術者向] コンピューター)
- Accessでデータインポート時に確認画面を表示させたくない
アクセスにデータを入力するための仕組みを作っています。 （直接作成したのは私ではなく、協力を頼んだ人ですので、 内部の詳細までは分かりません。） あるフォルダに、CSVのファイルを置いて、ACCESS側の管理で作成した インポートボタンをクリックするとそのデータがインポートされるようになっています。 あるファイルはファイル名固定で複数個あります。 で、ここからが本題なのですが、 デフォルトの状態ではこの作業をする場合、 「削除クエリを実行するとテーブルのデータが変更されます。」 と、確認画面が表示されます。また、 「○件のレコードが指定したテーブルから削除されます。」 「削除クエリを実行すると、テーブルのデータが変更されます。」 「追加クエリを実行すると、テーブルのデータが変更されます。」 ・・・と、複数の確認画面が出てきてしまいます。 [ツール] - [オプション] の [編集/検索]タブの中の 「確認」項目（レコードの変更、オブジェクトの削除、アクションクエリ） のチェックをはずせば確認画面は表示されなくなりますが、 今回は、MDEにしたファイルをACCESSデベロッパーを使用して、 ランタイムをつけて、インストーラーを作ると、オプションが表示できなくなります。 （Access環境がないPCにインストールするということです） これをどうにか確認画面が出ないようにはできないでしょうか？
- ベストアンサー
- その他（プログラミング・開発）
- ＭＳアクセスのクエリで結果がおかしい
アクセス２０００で追加クエリを作成していますが、 クエリのデータシートビューで確認したレコードと 追加されたテーブルで確認したレコードが異なり、テーブルのデータが少なくなってしまっています。 条件としては、 クエリの参照元 ＳＱＬサーバからのリンクテーブル（レコード数で１３万件程度） 追加先のテーブルはローカルのｍｄｂ内です たまたまかもしれませんが、今テストしているデータは、 クエリ上では、１９件あるものの、実行しても９件しか追加されません。 原因としてありそうなものがわかる方がいれば、よろしくお願いします。
- ベストアンサー
- その他(データベース)
- SendKeyで解決できないでしょうか？
こんにちは。どうぞ、よろしくお願いします。 テーブル作成のクエリに関することです。 コマンドボタンのクリック時のイベントに テーブル作成クエリを指定しています。 其の場合、以下のような確認のダイアログボックスが出ますが、 これを出ないように、出来ないものでしょうか？ （2つのダイアログボックス共に、"Y"を押下します。） テーブル作成クエリを実行すると、 新しくテーブルが作成されます。 **** 件のレコードが新規テーブルにコピーされます。 -------------- クリック時のイベントに付いてですが、 SendKeyを使ってみましたが、上手く行きませんでした。 SendKeyはアクティブウィンドウについて作用するとのことなので、 フォームを閉じて…、などを考えて、次のような感じでやりました。 DoCmd.Close acForm, "フォーム名" DoCmd.DeleteObject acTable, "テーブル名" DoCmd.OpenQuery "作成クエリ", acNormal, acEdit SendKeys "y", True SendKeys "y", True DoCmd.OpenForm "フォーム名" DoCmd.DeleteObjectは、 テーブルを削除していないと上書きするかどうかを聞いてくるので、 削除しておこうと思い書きました。SendKeyでは、可能に出来ないのでしょうか？ DoCmd.SetWarnings False も少し試しましたが、違うようですし。 それとも、簡単には解決できないようなことでしょうか。どうぞ、お願いします。
- ベストアンサー
- オフィス系ソフト
- drop tableで削除されず空になるだけ
お世話になります。 現在mysql 4.1.17を使用してテーブルが2000ほどあります 下記のクエリーをphpからループで実行し不要になったテーブルを500ほど削除しました。 @mysql_query("drop table table_$number"); 一旦は削除されたように見えるのですが、あらためて確認をするとテーブルの内容が空になっただけで実際には削除されていませんでした。 権限の問題か考えたのですが一つだけですと削除できます。 どなたか原因を思いつく方はおられないでしょうか。 よろしくお願い致します。
- 締切済み
- MySQL
- Access 削除時にレコード有無チェックは必要？
お世話になります。 Access2010 10個あるテーブルでそれぞれ社員番号を条件にVBAにて削除クエリを 実行してます。 メインのテーブルである社員テーブルには全社員が登録されて いるので、無条件に削除クエリを実行しておりますが、他の9個に ついては必ずしも該当レコードが存在するとは限りません。 なので、他の9個のテーブルについては削除クエリを実行する前に、 削除する社員番号が存在するかをチェックした上で(社員番号をキーに FindFirst)、存在したら削除クエリを実行してます。 今更ですが、わざわざチェックする必要があるのかな？と。。 元々は「社員番号が存在しないテーブルに対して、わざわざ削除クエリ を実行する意味がない」と思い、チェックするようにしました。 なんとなく、無条件で削除クエリをやるよりは 該当レコード有り？ Yes ⇒ 削除クエリ実行 No ⇒ 何もしない とやった方がキレイかなと。 しかし、削除するレコードの有無に関係無く削除クエリを実行しても よいのでは？と思った次第です。 要するに該当するレコードが無ければ削除されないし、あれば削除 されるし。 一般的に削除クエリを実行するときは、無条件にやるものなのでしょうか。 ご教示の程、宜しくお願い致します。
- ベストアンサー
- その他MS Office製品
補足
DoCmd.OpenQueryメソッドか、、ちょっとわからないです。 すいません。 オプションの設定では、他の人が使ったときには、 確認メッセージが出てしまいますよね？それでは、だめなんです。 マクロで、テーブル作成クエリを自動実行しています。 その際に、削除を聞かれると、使う人は、わかりづらいので、 それを自動的にはいを選ぶように設定できれば、 とおもい、質問しました。 ちなみにVBAの知識はないので、 それが必要な場合は、コピーペーストで できるようにしていただけると大変助かるのですが、 だめでしょうか。