問題タブ [schemabinding]

何百もの厄介な名前のテーブル (CG001T、GH066L など) を含むデータベースがあり、それぞれに「わかりやすい」名前のビューがあります (たとえば、ビュー「CUSTOMERS」は「SELECT * FROM GG120T」です)。 . ビューに "WITH SCHEMABINDING" を追加して、ビューにインデックスを付けることができるなど、それに関連するいくつかの利点を得ることができるようにしたいと考えています。

これらのビューをスキーマバインドすることの欠点はありますか? マイナス面を漠然とほのめかしている記事をいくつか見つけましたが、詳細には触れていません. ビューがスキーマバインドされると、最初にビューを削除しない限り、ビューに影響を与えるもの (列のデータ型や照合順序など) を変更できないことはわかっています。ビュー自体にインデックスを付ける機能は、スキーマの変更をより慎重に計画することのマイナス面よりもはるかに重要であるようです。

SQL 2005にUDFがあり、インデックスが必要なビューで使用されるため、スキーマバインドする必要があります。

このUDFは、UDFが配置されているデータベースとは異なるデータベース（同じサーバー）に配置されているテーブルから情報を取得します。

テーブルを[DBName].dbo。[Tablename]として指定することは無効ですが、他のデータベースのテーブルから情報を取得する方法はありますか？

私が取り組んでいるこの割り当ての3番目の部分は、「OrderID列とEmployeeID列に基づいて、「dbo.OrdersQry」と呼ばれる既存のNorthwindビューを作成してインデックスを作成する」と述べています。

エラーが発生することが予想されます。しかし、私のインストラクターは私たちにそれをグーグルに言っただけです。私はそうしましたが、スキームのバインドは今週のレッスンや他のレッスンでも行われていません。私が見つけたものは深すぎて理解できません。

これは、チェックボックスをオンにしなかったり、どこかで設定を変更したりしないという問題ですか？

うーん、これは良くない。

「GetFriendlyProductItem」という名前のスキーマ バインド関数があります。この関数は、ProductItems テーブルから人間が判読できる製品名を返します。

同様に、ProductItems テーブルには、この関数を使用してこの列の値を生成する "Name" という計算列があります。

問題は、ProductItems を変更する必要があることです。GetFriendlyProductItem がそれを使用し、スキーマにバインドされているため、できません。GetFriendlyProductItem を変更して、スキーマにバインドされないようにしました。これにより、ProductItems の計算列で使用されているため、変更できないというエラーが発生します。

この依存関係のループがそれを妨げている場合、ProductItems テーブルを変更するにはどうすればよいですか?

I tried to google it, but didn't found an answer...

Is it possible to check if view is created with SCHEMABINDING?

大量のデータをテーブルに挿入し、トランザクションがコミットされるまで外部キー制約のチェックを延期する必要があります。

postgresql のようにNOT DEFERRABLE 、デフォルトの制約タイプです (mysql innoDBはDEFERRABLE 制約をまったくサポートしていません)。移行中にこのデフォルトを変更するにはどうすればよいですか?

最初に、id、account_id、および name を持つ 1 つのテーブル Device があります。そのテーブルには、2 つの column(account_id, name) に対して一意の制約があります。つまり、account_id が異なる場合にのみ同じ名前を持つことができます。

ここで、それを Device(id, account_id, profile_id) と Profile (id, name) の 2 つのテーブルに分割します。私の質問は、以前のように一意の制約を適用する方法です。同じ account_id を持つ同じプロファイル名は許可されません。MySql(5.5)でそれを行うにはどうすればよいですか? 2 つのテーブルに対して一意の制約が必要だと思います。出来ますか？