問題タブ [metadata]

誰が SQL Server 2005 でストアド プロシージャを作成したかを確認する良い方法はありますか (2008 でも機能します)。SQL Management Studio では、proc のマウス/プロパティを右クリックして、作成された日付/時刻を取得できますが、作成者を見つけるにはどうすればよいですか?

皆さん、

新しい WCF サービスを作成していて、サービス インターフェイスから始めました。次のようになります。

ここで、SomethingRequest および SomethingResponse メッセージを記述した別のファイルにデータ コントラクトもいくつか作成しました。

プロジェクトをコンパイルし、svcutil.exe を起動して DLL からメタデータ (WSDL および XSD) を抽出しましたが、すべてのコメントと説明を WSDL/XSD に取得して / に入れる方法があるかどうかわかりません。ノード。

さらに別のあいまいな svcutil.exe パラメーターがわかりませんか、それともメタデータでこのドキュメントを自動的に生成する方法は本当にありませんか??

編集: わかりました、Marc Gravell の回答に基づいて、コメントとドキュメント文字列はコンパイルされた DLL にも、MEX メタデータ交換プロトコル (残念!) 経由でも利用できません。

SO THEN: サービスにアクセスするために必要な情報をサードパーティに提供する必要がある場合、WCF サービスをどのように文書化しますか?? 私のWCFサービスライブラリをスキャンし、アノテーションを含むソースコードからWSDLとXSDを構築する「NService」または「WCF用サンドキャッスル」ツールはありますか??

これを行うためのツールや方法がたくさんあるようには見えません - 正直なところ、私の大きな驚きに....

マルク

Oracle データベースに依存する製品のスキーマ アップグレード スクリプトを作成しています。ある領域では、テーブルにインデックスを作成する必要があります (そのインデックスがまだ存在しない場合)。Oracle スクリプトで名前を知っているインデックスの存在を確認する簡単な方法はありますか?

SQL Server では次のようになります。 IF NOT EXISTS (SELECT * FROM SYSINDEXES WHERE NAME = 'myIndex') // Then create mymyIndex

質問が述べているように、Dublin Core メタタグを HTML ヘッドに追加する意味はありますか? または、sitemap.orgがこのほとんどの使用を削除しました (ただし、一部のタグのみが置き換えられます)。

私が訪問するほとんどのサイトは、ソースで DC メタタグを使用していないようです。

主に開発者が使用するサイトにそれらが必要かどうかに興味がありますが、議論はこのカテゴリよりも広範になる可能性があります。

Google の引用 (2002 年以降):

「現在、メタデータが操作されることを恐れているため、メタデータを信頼していません」

これが私が尋ねている一般的な質問です:
あなたの名前の一般的なスペルミスを使用した検索があなたの方法を見つけるように、あなたのウェブサイトをどのように最適化しますか?

私の具体的な状況:
私の会社では、オンライン教育コースを販売しています。これらには、2 つの文字の後に 2 つの数字が続くコードが与えられます (例: BE01、BE02、IH01)。

これらのコースはかなり前から存在しており(9 年、つまり 63 年のインターネット年か何か)、私たちのターゲット市場はかなりニッチであるため、ほとんどのマーケティングは小さなコミュニティからの口コミから来ています。

当サイトにたどり着くための検索キーワードの統計をとっていたのですが、社名だけでなく「BE10」が上位にランクインしており、人気のない講座の一つです。BEO1これは、他の人が口頭でコースを参照するのを聞く方法、つまり「bee-ee-oh-one」- （not ）を入力していると思いましたBE01。

他の 質問を見ると、keywordsメタタグは事実上役に立たず、その情報はページのコンテンツに入れる必要があるとのことです。BEO1私たちのコースがそれをコンテンツに入れることによって呼び出されるという誤解を永続させたくないのは明らかですが、どうすればよいですか?

WCF Webサービスの新しいバージョンを作成したばかりですが、サービスとデータの契約に関して重大な変更を加えていないことを確認したいと思います。

VB6 Com Api開発者としての日々を振り返ると、コンパイル時にコンポーネントの以前のリリースバージョンを指定するのがいかに簡単であったかを思い出し、コンパイラにバイナリ互換性が維持されていることを確認してもらいます。

私は、（うまくいけば）「契約の互換性」チェックと呼ばれる同様の何かを想定しています。メタデータを使用して、VB6devenvが実行したものと同様のチェックを実行します。これは、ユーティリティを実行する別のビルドステップとして実行できます。

私はそこにそのようなユーティリティが存在しないことを受け入れる準備ができています。その場合、これを達成するためのアルゴリズムがどのように見えるかについて誰かが何か考えを持っていますか？

1. 現在のライブサービスバージョンからメタデータを取得する
2. 新しいサービスバージョンからメタデータを取得する
3. 互換性については、サービス契約と各データ契約を確認してください。重大な変更のみを報告します。

ステップ3は複雑に見えますが、確かに自動化できます...