問題タブ [unique]

What is the best way to generate a unique hardware ID on Microsoft Windows with C++ that is not easily spoofable (with for example changing the MAC Address)?

C ++は私の第一言語ではないので、助けていただければ幸いです。

複数のライブラリで派生したテンプレートクラスがあります。各派生クラスにidintを一意に割り当てる方法を見つけようとしています。ただし、静的メソッドからそれを実行できる必要があります。

Mac OS X の開発は、私にとってかなり新しい動物であり、いくつかのソフトウェアを移植している最中です。ソフトウェアのライセンスと登録のために、ある種のハードウェア ID を生成できる必要があります。派手なものである必要はありません。イーサネット MAC アドレス、ハード ドライブ シリアル、CPU シリアルなど。

Windows については説明しましたが、Mac についてはわかりません。私が何をする必要があるか、またはこれに関する情報をどこで入手できるかについてのアイデアは素晴らしいでしょう!

編集：

これに興味のある他の人のために、これは私が最終的に Qt の QProcess クラスで使用したコードです。

注: 私は C++ を使用しています。

次のようなUNIQUE文字列を生成する関数が必要です。

DIM uniStr as string = generateUniStr（）

すでにこれを行っている関数はありますか？

次のSQLコマンドを実行したい：

問題は、テーブル内の一部のデータがこれを無効にするため、テーブルの変更が失敗することです。

MySQL で重複行を削除する賢い方法はありますか?

私のシナリオは次のとおりです。

• タグ付けできるオブジェクト (メッセージ) がいくつかあります
• だから私は Tag エンティティと多対多の関係を持っています
• 上記は完了し、機能しています
• 今、タグ付けするとき、新しいタグが存在しない場合にのみ保存した​​いと思います（存在はタグのタイトルでチェックされます）
• タグが既に存在する場合は、それを認識して新しいオブジェクトではなくオブジェクトにアタッチしたい

それを行う最も簡単でクリーンな方法は何ですか?

ところで、いくつかの理由で、タグ エンティティに人工的な主キー (数値 ID) を使用したいと考えています。

ありがとう！

JavaでSQLの一意のインデックスに基づいて例外をキャッチするのが良い考えかどうか知りたいです。

「1-0 の重複エントリ」のような例外をキャッチしたい場合は、例外を処理します。それ以外の場合は、データベース テーブルに適切に挿入しますか?

他の要素と 0.01 異なる場合、MATLAB で行列の要素を削除する方法を見つけようとしています。私が作成している ROC 曲線のしきい値として、マトリックスのすべての一意の要素を使用することになっていますが、それらが互いに 0.01 以内にある場合に値を削除する方法が必要です (それらがこれが true の場合は基本的に等しい)。

そして、助けていただければ幸いです！

ありがとう！

stringファイル名を aまたは aとして受け取りFileInfo、ファイルが存在する場合はファイル名に増分番号を追加するメソッドを作成したいと思います。しかし、これを良い方法で行う方法について頭を悩ませることはできません。

たとえば、この FileInfo がある場合

C:\file.ext が存在する場合は C: \file 1.extを、C:\file 1.extが存在する場合は C:\file 2.extなどの新しい FileInfo をメソッドに提供してもらいたいと考えています。このようなもの：

ある特定の価値の独自性に依存する多くのシステムがあります。GUIDを使用するもの（Windowsレジストリやその他のデータベースなど）だけでなく、オブジェクトを識別するためにオブジェクトからハッシュを作成するため、このハッシュが一意である必要があるものも思い浮かびます。

ハッシュテーブルは通常、2つのオブジェクトが同じハッシュを持っているかどうかを気にしません。これは、ハッシュがオブジェクトをカテゴリに分類するために使用されるため、ルックアップ時に、テーブル内のすべてのオブジェクトではなく、同じカテゴリ内のオブジェクトのみが含まれるためです（バケット）は、検索されたオブジェクトとの同一性を比較する必要があります。

ただし、他の実装は（そう思われる）一意性に依存します。私の例（これが私にこれを尋ねさせる理由です）は、MercurialのリビジョンIDです。Mercurialメーリングリストのエントリには、正しく記載されています

最初の10億回のコミットで、チェンジセットハッシュが偶然に衝突する確率は基本的にゼロです。しかし、それが起こるかどうかはわかります。そして、あなたは偶然にSHA1を壊した男として有名になるでしょう。

しかし、最も小さな確率でさえ不可能を意味するわけではありません。さて、なぜ一意性に依存してもまったく問題がないのかについての説明は必要ありません（これについては、たとえばここで説明しました）。これは私には非常に明白です。

むしろ、私は知りたいです（多分あなた自身の仕事からの例によって）：

• とにかく、これらのありそうもないケースをカバーするためのベストプラクティスはありますか？

• 特に強い太陽風がハードディスクの読み取りに失敗する可能性が高いため、無視する必要がありますか？

• ユーザーへの「私はあきらめます、あなたは不可能なことをしました」というメッセージで失敗するだけなら、少なくともそれらをテストする必要がありますか？

• それとも、これらのケースでさえ適切に処理する必要がありますか？

私にとって、特に以下は興味深いものですが、やや手触りが良いです。

• あなたがこれらのケースを処理しない場合、あなたは確率に耳を傾けない腸の感情に対して何をしますか？

• あなたがそれらを処理する場合、スーパーノンバのようにあなたが処理しない可能性の高いケースがあることを考慮して、この作業を（あなた自身と他の人に）どのように正当化しますか？