問題タブ [drop-database]

いくつかの統合テストのために、データベースをその場で作成および削除しています。私はすべてのデータベース管理をADO.NETレベルで行っています。エンティティはテスト対象の一部であるため、テストではEntityFrameworkを使用しています。問題は、私がこれを行った後、次のことです。

データベースを削除できなくなりました。使用中とのことです。ドロップできるようにリリースするにはどうすればよいですか？

私は実際にADO.NETレベルで同じ問題を抱えていましたが、私がしたことは次のとおりです。

しかし、EntityFramework接続に対して同じ効果を持つ何かを実行する方法がわかりません。私はdbオブジェクトを手動で破棄しようとしましたが（using句はそれを保証するはずですが）、db.Connectionを手動で閉じようとしました。どちらも役に立たなかった。Entity Framework接続を使用せずにSQLを直接実行できれば、実行できると思います。または多分別の方法がありますか？

サーバー上のいくつかの SQL データベースを削除したいのですが、問題があります。私のログインには役割があります：

• 公衆
• dbcreator
• サーバー管理者

データベースを右クリックして[削除]を押すと、次のように表示されます

サーバー 'MYSERVER' (Microsoft.SqlServer.Smo) のバックアップ履歴の削除に失敗しました
追加情報: オブジェクト 'sp_delete_database_backuphistory' に対する EXECUTE 権限が拒否されました

これらのデータベースを削除するにはどうすればよいですか?

デプロイする前にVSに宛先データベースを削除させることは可能ですか？

デプロイ後のスクリプトをプロジェクトに追加しようとしましたが、常にアクティブな接続で返されます。

SQL SERVER 2005 Express を使用しています。データベース名に二重引用符を付けることで、Mgmt Studio (ssmsee) と呼ばれるクエリ アナライザーからデータベースを削除できます。

データベース「14data」をドロップ

そしてdbはなくなりました、

しかし、sqlcmd は 14 でエラーを返します (Msg 102 Level 15 State 1 Incorrect sysntax near 14 ) 数値部分をデータベース名ではなく他のものと見なしている可能性があります。変数と正しい sql スクリプト ファイル (mgmt studio で正しく実行された) を実行しますが、まったく同じ場所で同じエラーが発生します。

SQLCMD から英数字のデータベース名を持つデータベースを削除したことはありますか?

私はいくつかの非常に大きなデータベースを作成し、それ以来いくつかを削除しました。ディスク容量が思ったほど回復していないことに気づきました。たとえば、最後に追加したデータベースが実際にすべての空き領域を使い果たして中止したため、そのスキーマを削除しました。これまでは12.4GBの空き容量がありましたが、現在は7.52GBの空き容量しかありません。
何が起きてる？〜5 GBを取り戻すにはどうすればよいですか？

バックエンドが sqlite の C# アプリケーションを開発しています。私のアプリケーションには、データベースを消去するためのボタンがあります (.db ファイルを削除し、初期データを使用して再度作成します)。データベースを削除しようとすると、別のプロセスで使用されているため削除できないと表示されることがあります。それを削除する前に、私はクローズ接続、破棄、およびプール機能のクリアを使用しています。それでも同じ例外がスローされます。これが私のコードです：

create 関数で、次のコードを定義します。ここからエラーが発生します。

エラーがスローされないようにするにはどうすればよいですか?

I wrote a java application that interacts with my database and there was a problem with it. I had to delete the database since there were too many erroneous changes made by my application. I was careful and backed up my database before I ran the program, so I proceeded to drop the entire database with the intention of reverting back to the original.

I used phpMyAdmin to drop the database in question, but after 20 minutes it seemed like nothing was happening so I forced the browser to close and reloaded PMA. Expectedly, the database I wanted to delete still shows up in the list of databases in PMA, but when I try to access it, the browser goes blank and hangs. I tried to access the database from the terminal (I'm using OS X 10.4.11), and when I type 'use name_of_database', the terminal itself hangs too. I also tried to drop the database once again in the terminal, but that also hangs.

How can I get rid of this database now? I could always reload my database under a different name, but this one will still be here and I really want to get rid of it. Any ideas?

非アクティブなデータベースが多数ある MYSQL サーバーがあります。このすべての「死んだ」DB にはそれぞれ 109 未満のテーブルがあるため、一度にすべてを削除する方法を探していますが、これを行う方法は見つかりませんでした。それらすべてを削除できると私が考えているもう 1 つの方法は、X テーブルを持たないすべてのデータベースを削除することです (X は、モデルに追加された最新のテーブルです)。

データベースプロジェクトがあり、Database.sqldeployment設定で[常にデータベースを再作成する]がオフになっていないとします。また、デプロイしているサーバーの名前でデータベースが既に存在するサーバーにデプロイするとします。

他にどのような状況で、データベースデプロイは「DROPDATABASE」ステートメントを含むスクリプトを生成しますか？

データベースプロジェクトを右クリックして[展開]を選択することで生成された展開スクリプトによってデータベースを削除したくない場合は、これを防ぐために実行できる手順をいくつか教えてください。

検討：

問題は、ファイル/ディレクトリがどこにあるかわからないことです-このファイルは/usr/local/mysql/bin/にありません...

この問題を解決するにはどうすればよいですか?