問題タブ [xsd]

現在のアプリケーションでは、 .NET XSD DataSetと機能を使用してかなり標準的なテーブルをセットアップしていTableAdapterます。私contractsのテーブルは、いくつかの標準的な契約情報で構成されており、primary department. この列は、基本的な, ,を格納するテーブルへの外部キーです。これはすべて、私のSQL Serverでのセットアップと機能です。Departmentsdepartment nameidnotes

XSD ツールを使用すると、両方のテーブルを一度にドラッグでき、これら 2 つのテーブル間にある外部キーが自動検出/作成されます。これは、メイン ページで契約データを表示しているときにうまく機能します。

ただし、部門データを変更するために管理ページに移動するときは、通常、次のようにします。

ただし、この時点で、ここで外部キー参照が壊れているという趣旨で例外がスローさContract DataTableれます。

この問題を解決するにはどうすればよいですか? XSD から外部キーを削除するだけで正常に機能することはわかっていますが、そこで追加の整合性チェックを行い、XSD スキーマをデータベース内の SQL スキーマと一致させることは素晴らしいことです。

私は私に与えられたxsdファイルに準拠する必要があるいくつかのxmlファイルを生成しています。それらが準拠していることをどのように確認する必要がありますか？

かなりの量の XML 変換を含むアプリケーションを開発しています。適切な入力テスト データ自体はなく、DTD ファイルまたは XSD ファイルのみです。これらのファイルからテスト データを自分で生成したいと考えています。それを行う簡単/無料の方法はありますか?

編集

このための無料のツールはないようです。OxygenXML が最適なツールの 1 つであることに同意します。

7月のMSDNマガジンの「IncreaseLINQQueryPerformance」という記事を読んで、著者はImports、現在のプロジェクトでスキーマへのパスを提供するin VBを使用すると、XElementでIntelliSenseがオンになると述べています。提供されているコードでは、xelement.@name属性値などを取得するなどのステートメントを使用しています。

私はこれをVBで自分で試したわけではありませんが、C＃で使用したいと思います。これは実際にはLINQtoXSDのように見えます。

C＃に同等のものはありますか？C＃コード内で名前空間を使用することはできないようです。このステートメントusingに相当するものはありません。Import

2 つの XML スキーマを効果的に比較するツールはありますか? 一般的な XML diff ツールをいくつか見てきましたが、スキーマについてもっとよく知っているものはないかと思っていました。

次のような XML スキーマを作成する必要があります。

私が必要としているのは、任意の数の el3、el4、および el5 を任意の順序で表示できるように、"WhatGoesHere" を置き換えることです。たとえば、{el3, el3, el5, el3} を含めることができます

これを解決する方法について何か考えはありますか？

職場では、データを別のオフラインアプリケーションに渡すためのXMLファイルを作成するように求められています。このアプリケーションは、データの一部を更新するために、2番目のXMLファイルを作成して返します。その過程で、XMLファイルの構造について他のアプリケーションのチームと話し合っています。

私が思いついたサンプルは、基本的に次のようなものです。

他のチームは、これは業界標準ではなく、属性はメタデータにのみ使用する必要があると述べました。彼らは提案した：

私が最初に提案した理由は、作成されるファイルのサイズがはるかに小さいためです。転送中にファイルに含まれるアイテムは約80000個になります。彼らの提案は実際には私が提案したものの3倍の大きさであることがわかりました。言及された不思議な「業界標準」を検索しましたが、最も近いのは、XML属性はメタデータにのみ使用する必要があるということでしたが、議論は実際のメタデータとは何かについてでした。

長い説明（申し訳ありません）の後、メタデータとは何かをどのように判断しますか？また、XMLドキュメントの構造を設計するときに、属性または要素をいつ使用するかをどのように判断する必要がありますか？

XSD データセットによってスローされた ConstraintExceptions を処理するためのヒントはありますか?

これは不可解なメッセージの例外です:

XSDを定義するときは、タイプをネストされたタイプまたはグローバルタイプ（complexType）として定義することを選択できます。

射や要素の再利用に関しては、グローバルタイプの方がはるかに役立つことを理解しています。

ただし、ビッグデータモデルがある場合は、レベルごとにグローバルcomplexTypeを定義してから、グローバルタイプを参照する要素を作成する必要があります。

ネスト

グローバル

したがって、私の質問：ネストされた型をグローバルにする代わりに使用するのはいつですか？

興味のある人のために：私の質問はどういうわけかこの質問に関連しています（XML属性と要素）。

XSD に対して大きな XML ファイルを検証する方法を見つけようとしています。...XML を検証する最良の方法...という質問を見ましたが、その回答はすべて、検証に Xerces ライブラリを使用することを示していました。唯一の問題は、そのライブラリを使用して 180 MB のファイルを検証すると、OutOfMemoryException が発生することです。

通常よりも大きな XML ファイルを検証するための他のツール、ライブラリ、戦略はありますか?

編集: SAX ソリューションは Java 検証で機能しましたが、libxml ツールに関する他の 2 つの提案は、Java 以外の検証にも非常に役立ちました。