問題タブ [cross-database]

異なるテーブルにまたがるmysqlでクロステーブル結合を行うことは可能ですか？さまざまなデータベースで。

これはMSSQLで簡単に可能であるように思われ、データ転送を大幅に高速化しますか？

mysqlはどうですか、これを実現するために強力なIDEを使用する必要がありますか？または、このようなことを行うためのプログラムを作成する必要がありますか？

UPDATE tblUser SET tblUser.ReceiveInfo = old_database.dbo.contact.third_party_info_yn FROM tblUser inner join old_database.dbo.contact ON old_database.dbo.contact.id = tblUser.oldid

データベース A、テーブル A (AA) からのクエリに、ユーザー ID の配列があります。

データベース B、テーブル A (BA) にメイン ユーザー データベースがあります。

AA からの結果配列で返された各ユーザー ID について、BA からそのユーザー ID の姓名を取得したいと考えています。

異なるユーザー アカウントが各データベースを制御します。残念ながら、各ログインが各データベースへのアクセス許可を持つことはできません。

質問: 最小限のクエリ数および/または処理時間で最初と最後を取得するにはどうすればよいですか? アレイに 20 人のユーザーがいますか? アレイに 20,000 人のユーザーがいますか? 該当する場合、桁違いに高いですか?

php 5 / mysql 5を使用しています。

ミラーリングとクロスDBビューについて質問があります。同じサーバーS1上のデータベースYを参照するビューがデータベースXにあります。データベースXとYは両方とも別のサーバーS2にミラーリングされます。問題は、db XがS2にフェイルオーバーした場合、db Yを参照するビューがS2を参照しているが、dbYがフェイルオーバーしていない可能性があることです。これを回避する最善の方法は何ですか？ミラーリングされたカップルを作成して、カップルのデータベースの1つがフェイルオーバーした場合、もう1つもフェイルオーバーするようにできますか？

ありがとう

あるデータベースから他の複数のデータベース (別のサーバー上) にデータを複製したいと考えています。これらのテーブルを他のサーバー上の共有データベースにレプリケートし、クロスデータベース クエリで共有データベースを参照することは理にかなっていますか? それとも、他のサーバー上の個々のデータベースにレプリケートする方が理にかなっていますか? クロスデータベース結合はパフォーマンスに影響を与えますか? データベース間の制約は期待どおりに機能しますか?

共有データベースに一度レプリケートすると、レプリケーションのパフォーマンスが向上します...クロスデータベースクエリまたは制約の結果としてパフォーマンスが低下するかどうかを評価しようとしています。

編集: SQL Server ではデータベース間の制約ができないように見えますか? これが当てはまる場合、各データベースに複製する必要があります

2 つの差分にあるテーブルからレコードを取得する必要があります。2 つの異なる SQL Server のデータベース。

例えば。server1 の Sales DB と server2 の Purchase DB。Sales DB と Purchase DB の両方に、Sales DB の table1 と Purchase DB の table2 という一連のテーブルがあります。ここで、いくつかの共通レコードを持つ table1 と table2 からレコードを結合して取得する必要があります。

T-SQLを使用すると、サーバーをリンクしてからクエリを実行することで実行できます。

それを認識していないので、LINQ to SQLを使用してどのように行うことができるかを提案してください。

ありがとう。

EF4がデータベース間の関係をサポートしているかどうか疑問に思っていましたか？例えば：

db1

db2

ef4モデルでこの関係を取得するには、理想的には何をする必要がありますか？

何か考えがありますか？

ありがとう

「site1」という名前のデータベースを使用しているWebサイトがあります。同じサーバーに別のサイトを配置し、「site1」のテーブルの一部も使用することを計画しています。

したがって、「site1」（最初のサイト固有のデータ用）、「site2」（2番目のサイト固有のデータ用）、「general」（共通テーブル用）のような3つの異なるデータベースを使用する必要があります。データベースgeneralとsite1およびsite2の間にjoinステートメントがあります。または、すべてのテーブルを1つのデータベースに配置する必要がありますか？

行うべきベストプラクティスはどれですか？それぞれの状況でパフォーマンスはどのように異なりますか？MySQLを使用しています。では、特にMySQLの状況はどうですか？

前もって感謝します...

一連のアプリケーションのすべてのテーブルを含むデータベース (DB_data と呼びましょう) を使用しています。アップグレード中のダウンタイムを最小限に抑えるために、DB_data の各テーブルのビューを持つファサード データベース (DB_facade と呼びましょう) が作成されました。また、これらのビューに対して機能するすべての関数とストアド プロシージャも含まれています。

DB_data のセキュリティをロックダウンしようとして、DB_data のすべてのユーザーのすべてのテーブルに対して DENY を実行しました。これらのユーザーはすべて、ビューへのアクセス許可を持つ DB_facade にも作成されています。

ここでの問題は、複数データベースの所有権チェーンが原因で、DB_data の DENY が DB_facade の GRANT をオーバーライドしていることです。

セキュリティ上の問題が発生する可能性があるため、これらの両方のデータベースで所有権の連鎖を有効にすることは避けたいと思います (ただし、最初のテストでは、アクセスの問題は修正されたように見えました)。また、アプリケーションへの影響を最小限に抑えようとしているため、ストアド プロシージャを介してすべてのアクセスを要求したり、(たとえば) 証明書を使用したりすることはできません。

これを処理する方法について他に何か提案はありますか?

ありがとう！

別のデータベースで作成されているオブジェクトに基づいて、あるデータベースにオブジェクトを作成する必要があるシステムを使用しています。オブジェクトは複製ではないため、オブジェクトを単純に複製することはできません。

私がやろうとしていることの簡単なデモンストレーションを提供する以下のコードがあります。ステートメントのコメントを外すと、ALTER DATABASEエラーなしで実行されます。しかし、それはセキュリティホールを作る可能性があるので、できれば避けたいと思っています。

証明書と偽装を使用してみましたが、何も機能していないようです。ユーザー対ログインに関しては、DDLトリガーは多くのセキュリティを無視していると思います。また、Test_DB_1 の SP を呼び出す Test_DB_2 にストアド プロシージャを作成し、代わりにそのストアド プロシージャをトリガーで呼び出すことも試みましたが、どちらも役に立ちませんでした。

したがって、あなたの挑戦は、あなたがそれを受け入れても構わないと思っているなら、TRUSTWORTHY ON を設定せずに (または、効果がある場合は db chaining をオンにせずに) 以下のコードを動作させることです。

あなたが与えることができる助けをありがとう！