問題タブ [guid]

GUID をキーとして使用するのに適した Oracle プロジェクトがあります。次のスニペットを見つけました

http://feuerthoughts.blogspot.com/2006/02/watch-out-for-sequential-oracle-guids.htmlから

データベースに対して実行すると（バージョン10gとバージョン11で試しました）、次のような出力が得られます

つまり、値は決して変化しません! これを期待どおりに動作させるために何かしなければならないことはありますか?

編集:私はあまり注意深くありません-GUIDは変化していますが、上記のリンクが話しているシーケンシャルGUIDの問題に苦しんでいるようです.

GUIDは、Webアプリケーションのセッションキーの作成によく使用されます。私はいつもこの練習の安全性について疑問に思っていました。GUIDは、マシンからの情報と時間、およびその他のいくつかの要因に基づいて生成されるため、将来登場する可能性のあるGUIDを推測するのはどれほど困難です。生成されているGUIDの適切なデータセットを取得するために、1000または10000の新しいセッションを開始したとします。これにより、別のセッションで使用される可能性のあるGUIDを簡単に生成できるようになりますか。特定のGUIDを推測する必要はありませんが、特定の期間に生成される可能性のあるGUIDを試し続けるだけです。

私のデータベースには、次のようなリンクを含む Web ページ コンテンツがたくさんあります。

その Guid の一意の識別子は、同じデータベース内の別のページの ID です。

それらのページをクロールして、壊れたリンクをチェックしたいと思います。

そのためには、ページ上のすべての Guid のリストを返すことができる関数が必要です。

これは正規表現の仕事だと思います。しかし、私は構文を知りません。

DOCX ファイルが移動または名前変更された場合にそれらを識別する方法を探しています。理由は明らかです。私は Open XML SDK をいじり、ハイパーリンク チェッカーを構築しています。

完璧に機能します。少なくとも、ドキュメント内のハイパーリンクを追加または更新できます。

ただし、問題は、外部ファイルの名前を変更すると (source.docx + target.docx から targetB.docx に) リンクが壊れることです。壊れたリンクを見つけることができます (リンクされたファイルが所定の場所にあるかどうかを確認するだけです)。

でももっと欲しい。ディレクトリ（docx）内のすべてのドキュメントを検索し、それらが「ターゲット」であるかどうかをスキャンすることにより、この失われたリンクを回復できるようにしたいと考えています。最も簡単な方法は、ドキュメント プロパティのどこかに GUID を保存することです。この GUID は、ドキュメントの名前が変更されたり編集されたりしても変更されません (チェックサムは適用されません)。

次に、リンクとそれに応じた ID の個別のリストを作成し、ドキュメントの名前が変更された場合は、リンクを更新するだけです。コンセプトが明確であることを願っています。

したがって、いくつかの基本的な質問があります。

• この「カスタム情報」を Open XML ドキュメントに保存するための「ベスト プラクティス」はありますか
• ワードプロセッシング ドキュメント (DOCX) には、Word によって作成された一意の識別子が既に含まれていますか?
• マッピングを保存する場所 (ハイパーリンク ターゲットの GUID)

質問が明確であることを願っています。明確にしようとしない場合は、質問があればコメントしてください..

ありがとう、クリス

AJAX 経由でリクエストを行う Web アプリを作成していて、それらの呼び出しをロックダウンしたいと考えています。少し調査した後、何らかの形式のランダム トークン (文字列) を使用して、要求と共に返すことを検討しています (GUID?)。私のアルゴリズムの重要な部分は次のとおりです。

1. トークンを JavaScript 変数 (サーバー側で生成) に割り当てます。
2. また、そのトークンを DB に保存し、有効な期間 (つまり 10 分) を与えます。
3. トークンがまだ使用されておらず、有効な時間枠内にある場合は、呼び出しを許可します。
4. 有効な場合は要求された情報を返します。そうでない場合は、要求をログに記録して無視します。

セキュリティに目を向けると、これは理にかなっていますか? トークンの場合、GUID は機能しますか?それは別のものにする必要がありますか? リクエストで変数を暗号化する良い方法はありますか?

編集：

これらの AJAX リクエストが真に「安全」ではないことは理解していますが、私が作成しようとしているサービスを他のユーザーが使用できないようにするという意味で、基本的なセキュリティを追加したいと考えています。このランダムなトークンは、嫌がらせ電話に対する基本的な最前線の防御になります。要求されるデータ (およびそのようなデータを生成するために送信されるデータ) が繰り返される可能性はほとんどありません。

GUID の使い方が間違っているのかもしれません... ランダムに生成された文字列 (トークン) はどうですか?

Flex を使用して Web サービスから GUID を取得しています。この GUID を使用して、Web サービスからユーザー名を取得する必要があります。

出力には、「指定されたキーが無効です。System.Guid のタイプである必要があります。」というメッセージが表示されます。

どこでも解決策を探しましたが、正しい答えが見つかりません。

誰？

ありがとう！

編集: AS3 で文字列を GUID に変換する方法はありますか?

システム時間 (Guid.Comb) から GUID を作成する NHibernate の機能に関するブログ記事を読んだところです。これにより、データベースの断片化が大幅に回避されます。これは、SQL Server Sequential ID に相当するクライアント側と呼ぶことができます。

Linq-to-Sql プロジェクトで (コードで Guid を生成することによって) 同様の戦略を使用できる方法はありますか?

私はこれで髪を引っ張っています。Linq to SQL データ コンテキストを使用する ADO.Net Data Service を実装しようとしています。動作していると思っていましたが、テーブルの 1 つの URL で常に例外が発生します。

機能していないテーブルと機能しているテーブルの明らかな違いは、例外が発生したテーブルが主キーである Guid を使用していることです。Guid は UserID であり、実際には ASP.net メンバーシップで使用される UserId に関連しています。(私は ASP.net メンバーシップ テーブルを公開していませんが、公開していればこれらも壊れると思います。)

これは非常に単純なテーブルです: 名前: UserDetails :: | ガイド ユーザー ID | int GroupID (外部キー) | 文字列名 |

Guid を機能させるための秘訣があるかどうか知っている人はいますか? それとも、これがまったく別の問題なのだろうか？

サービスからの例外は次のとおりです。この要求の処理中にエラーが発生しました。

InnerError: このリクエストの処理中にエラーが発生しました。

タイプ: System.InvalidOperationException

StackTrace: t System.Data.Services.Serializers.SyndicationSerializer.WriteComplexObjectValue(Object 要素、文字列 propertyName、ResourceType expectedType、文字列 relativeUri、DictionaryContent コンテンツ) で System.Data.Services.Serializers.SyndicationSerializer.WriteObjectProperties(IExpandedResult 展開、オブジェクト customObject、ResourceType System.Data.Services.Serializers.SyndicationSerializer.WriteComplexObjectValue (オブジェクト要素、文字列 propertyName、ResourceType expectedType、文字列 relativeUri、DictionaryContent コンテンツ) で System.Data.Services.Serializers .SyndicationSerializer.WriteObjectProperties(IExpandedResult 展開、オブジェクト customObject、ResourceType resourceType、Uri absoluteUri、String relativeUri、System.Data.Services.Serializers.SyndicationSerializer.WriteComplexObjectValue(Object 要素、文字列 propertyName、ResourceType expectedType、文字列 relativeUri、DictionaryContent コンテンツ) で System.Data.Services.Serializers.SyndicationSerializer.WriteObjectProperties(IExpandedResult 展開、 System.Data.Services.Serializers.SyndicationSerializer.WriteEntryElement(拡張された IExpandedResult、オブジェクト要素、タイプ expectedType、Uri absoluteUri、文字列 relativeUri、SyndicationItem ターゲット) System.Data.Services.Serializers.SyndicationSerializer.<DeferredFeedItems>d__0.MoveNext() System.ServiceModel.Syndication.Atom10FeedFormatter で。WriteItems(XmlWriter writer, IEnumerable`1 items, Uri feedBaseUri) at System.ServiceModel.Syndication.Atom10FeedFormatter.WriteFeedTo(XmlWriter writer, SyndicationFeed feed, Boolean isSourceFeed) at System.ServiceModel.Syndication.Atom10FeedFormatter.WriteFeed(XmlWriter writer) at System. ServiceModel.Syndication.Atom10FeedFormatter.WriteTo (XmlWriter ライター) System.Data.Services.Serializers.SyndicationSerializer.WriteTopLevelElements (展開された IExpandedResult、IEnumerator 要素、ブール値 hasMoved) で System.Data.Services.Serializers.Serializer.WriteRequest (IEnumerator queryResults、ブール値) hasMoved) System.Data.Services.ResponseBodyWriter.Write (ストリーム ストリーム) でSystem.ServiceModel.Syndication.Atom10FeedFormatter.WriteFeed (XmlWriter ライター) の System.ServiceModel.Syndication.Atom10FeedFormatter.WriteTo (XmlWriter ライター) の SyndicationFeed フィード、ブール値 isSourceFeed) System.Data.Services.Serializers.Serializer.WriteRequest(IEnumerator queryResults、Boolean hasMoved) の System.Data.Services.ResponseBodyWriter.Write(ストリーム ストリーム) の IEnumerator 要素、Boolean hasMoved)System.ServiceModel.Syndication.Atom10FeedFormatter.WriteFeed (XmlWriter ライター) の System.ServiceModel.Syndication.Atom10FeedFormatter.WriteTo (XmlWriter ライター) の SyndicationFeed フィード、ブール値 isSourceFeed) System.Data.Services.Serializers.Serializer.WriteRequest(IEnumerator queryResults、Boolean hasMoved) の System.Data.Services.ResponseBodyWriter.Write(ストリーム ストリーム) の IEnumerator 要素、Boolean hasMoved)System.Data.Services.Serializers.Serializer.WriteRequest(IEnumerator queryResults、Boolean hasMoved) の System.Data.Services.ResponseBodyWriter.Write(ストリーム ストリーム) の IEnumerator 要素、Boolean hasMoved)System.Data.Services.Serializers.Serializer.WriteRequest(IEnumerator queryResults、Boolean hasMoved) の System.Data.Services.ResponseBodyWriter.Write(ストリーム ストリーム) の IEnumerator 要素、Boolean hasMoved)

Visual Studio の xsd.exe ツールでコードを生成するために使用する .xsd ファイルがあります。一部のクラス メンバーは Guid であり、xsd.exe ツールは次の 2 つの警告を表示します。

名前空間 ' http://microsoft.com/wsdl/types/ ' は、このスキーマで参照できません。タイプ ' http://microsoft.com/wsdl/types/:guid ' が宣言されていません。

生成された C# ファイルが有効で機能するため、Guid 型が認識されます。これらの警告を取り除く方法を知っている人はいますか?

XSD が検証され、クラス メンバーが System.Guid として生成されるための正しい構文は何ですか?

このような配列を初期化したい -

しかし、それは結果として -

だから何が起こるかを見るために私はこれを試しました -

これが結果になります！

不思議ですね！確かに IInterface はどちらか一方ですが、頑固に間違った型に変換されているようです。