問題タブ [xml-schema-collection]

Sql Server 2005のスクリプトを書いています。スキーマを登録しています

今、変更を加えたので、それを削除したいと思います。

私は開発中にかなり頻繁にこのようなものを実行します。

しかし、これはスキーマが存在しない最初の実行で問題を引き起こします。私は似たようなことをしたいと思います

しかし、OBJECT_ID ('MySchema')ただ返しますNULL。Sql Server 2005 で登録済みの Xml スキーマ コレクションの存在をテストする適切な方法はありますか?

muchos gracias mis amigos :)

SQL Server XML Schema Collection は興味深い概念であり、動的データ コンテンツを設計する際に非常に役立ちます。しかし、スキーマ コレクションの実装を進めていくと、それらを維持するのが非常に難しいことがわかりました。

スキーマ コレクション DDL では、既存のスキームに対して CREATE および ALTER/ADD ノードのみを使用できます。

スキーマからノードを削除する場合は、次の DDL を発行する必要があります。

1. そのスキーマ コレクションがテーブル列に割り当てられている場合は、テーブルを変更してその列からスキーマ コレクションの関連付けを削除する必要があります。
2. スキーマ コレクション オブジェクトを削除する
3. スキーマ コレクションの再作成
4. テーブルの列を変更して、スキーマ コレクションをその列に再度関連付けます。

コレクション内に 100 以上のスキームがある場合、これは苦痛です。また、XML インデックスがある場合は、もう一度作成し直す必要があります。

このスキーマ コレクション オブジェクトの編集プロセスを簡単にするための解決策、提案、トリックはありますか?

XML 型の列を持つテーブルを作成するときに、複雑なXML スキーマ コレクションを参照しています。XML Schemaを指定するとき、 CONTENTまたはDOCUMENTキーワードのいずれかを指定するオプションがあります。後者は、XML データがドキュメントとして 1 つの列に格納されることを保証します。

ビデオ チュートリアルによると、CONTENTは XML データをフラグメントに格納します。

上記のステートメント以外に、 CONTENTキーワードの使用法に関する参照は他にありません。これは、スキーマとデータへの影響です。

フラグメントがどのように作成および管理されているか、およびフラグメントを個別に照会できるかどうか、およびその方法を知りたいです。さらに、フラグメントがどのように相関しているか。次に、XML スキーマ コレクションを修正すると、どのような影響がありますか。

Sql サーバーでは、関連付けられたスキーマ (型指定された XML) を持つ xml 列を作成すると、実際のデータを格納するために必要なスペースを削減するのに役立ちます。

たとえば、データが両方のテーブルで同じであることを考慮して、XML 列を含む 2 つのテーブルを作成した場合、1 つのテーブルは型指定された xml で作成され、もう 1 つのテーブルは型指定されていない xml で作成され、テーブルが占めるスペースに違いがありますか???.

一方が他方に依存する 2 つの XML スキーマがあり、いずれかのスキーマによって型が定義されている型付き XML 列を SQL Server に作成したいと考えています (実際には何百ものスキーマがありますが、原則として同じです)。 . 列を作成すると、スキーマ コレクション全体で定義されたすべての型が受け入れられます。1 つの列の型を 1 つの型だけに制限したいと考えています。

まず、スキーマ コレクションを作成します。

次に、列を作成します

XML 型 "a" と "b" の列に値を挿入できるようになりましたが、列の型を "a" だけに制限したいと思います。

異なるタイプごとにカスタマイズされたスキーマ コレクションを手書きする以外に、それを達成する方法はありますか?

更新しました：

提案されたチェック制約に関して-http://blogs.msdn.com/b/denisruc/archive/2006/08/22/713342.aspxによると 、チェック制約は次のようなものになります

- 列の内容を XML 型に制限するためのテーブル定義

たとえそれがそれほど良くなくても、それはできると思います。:-)

XML SCHEMA コレクションの何が問題なのですか :x、エラーがスローされます。

以下は、私が XML SCHEMA COLLECTION を作成した XML の例です。

XML スキーマ コレクション:

この XSD は XML を検証できず、エラーが発生します:

要素または属性の型が複数回指定されています。場所: '/ :schema[1]/ :complexType[1]/ :sequence[1]/ :element[4]/*:complexType[1]'。メッセージ 6314、レベル 16、状態 1、行 3

SQL オブジェクトをバージョン管理に追加するための最初のステップとして、すべてのオブジェクトをsとしてスクリプト化するためにsys.objects、をクエリするスクリプトを作成しました。hereの例を使用して、テーブルをスクリプト化しました。目標は、SQL オブジェクトの変更履歴を保存し、現在手動​​で行っている SQL ステップを最終的に自動化することです。としてスクリプトを作成する必要がありますが、その方法の例を見つけることができませんでした。いくつかのテーブルをクエリし、要素を苦しめることで要素をつなぎ合わせることが含まれると思います。これを達成する方法の実例はありますか？sys.modulesCREATEXMLSchemaCollectionsCREATEsys.xml_schema_*XML

注: 要件は、サード パーティのコンポーネント (RedGate など) や Visual Studio データベース プロジェクトではなく、SQL スクリプトを使用してこれを実現することです。

SQL Server 2014 を使用して、(マージ レプリケーションを使用して) 2 つのサーバー間でデータベースをレプリケートすることをテストしています。すでにレプリケーションを正常にセットアップしており、現在、データベースに変更を適用する方法をテストしています。

このデータベースは、新しい機能がシステムに追加されたときに更新が必要になる可能性のあるいくつかの XML スキーマ コレクションを使用します。Web を検索した結果、XML スキーマ コレクションへの変更をレプリケートできる唯一の方法は、サブスクライバーを再初期化することであるという結論に達しました。

サブスクライバーを再初期化するように設定すると、更新された XML スキーマ コレクションで新しいスナップショットが作成されます。ただし、マージ エージェントが常にこの変更の適用に失敗する場合、既に削除されている元のスナップショットからスキーマへの変更を含むファイルを常に読み取ろうとします。表示されるエラー メッセージは次のとおりです。

この場合、エージェントは元のスナップショット 20140613183751 から読み取ろうとしますが、使用可能なスナップショットは 20140613185435 です。

サブクリピトンを再初期化してスキーマを複製することは可能ですか? 私は何か間違ったことをしていますか？

私はこの XML と Web の世界にまったく慣れていません。誰かが私を助けることができれば、本当に感謝しています。ちょっとした間違いかもしれませんが、解決方法がわかりません。それ。XML ドキュメントを作成しましたが、次のようなエラー メッセージが表示されます。

このページには次のエラーが含まれています:

1 列目の 6 行目のエラー: ドキュメントの末尾に余分なコンテンツがあります

こんにちは、MVC の達人です。すべてのコードが作業中のプロジェクトからコピーされているため、このエラーが表示される理由がわかりません。みんなありがとう助けてください。ちなみに私のスペックはこちら。

Tomcat アパッチ 8

日食ルナ

エラーコードは次のとおりです。