1

whoisレコードの変更を追跡するために構築されたシステムに最適なストレージメカニズム（使用するデータベースとすべてのレコードを保存するためのシステムの観点から）は何ですか？プログラムは1日1回実行され、以前の値と新しい値を追跡する必要があります。

データベースに関する提案と、データが冗長/重複しないようにさまざまなレコード/フィールドを保存する方法についての考え

（追加）データを保存するための1つのメカニズムについての私の考え

2010年1月1日にpersonAからpersonBに1つのドメイン「sample.com」を販売した例

Table_DomainNames
DomainId | DomainName
1           example.com
2           sample.com

Table_ChangeTrack
DomainId | DateTime | RegistrarId | RegistrantId | (others)
2           1/1/2009           1              1
2           1/1/2010           2              2

Table_Registrars
RegistrarId | RegistrarName
1             GoDaddy
2             1&1

Table_Registrants
RegistrantId | RegistrantName
1              PersonA
2              PersonB

すべてのテーブルは「追加専用」です。このモデルは意味がありますか？Table_ChangeTrackは、監視対象フィールドのいずれかに変更があった場合にのみ「追加」する必要があります。

サイズの観点からこれをより効率的/タイトにする方法はありますか？

4

3 に答える 3

2

一次データは、whois レコードの存在または変更です。これは、プライマリ テーブルが次のようであることを示唆しています。

<id, domain, effective_date, detail_id>

ここで、detail_id は実際の whois データを指し、正規化されている可能性があります。

<detail_id, registrar_id, admin_id, tech_id, ...>

ただし、ほとんどのレジストラは情報を自分の所有物と見なし (それがそうであるかどうかにかかわらず)、次のような警告を表示することに注意してください。

利用規約: ドメイン名の登録または既存の登録の変更に合理的に必要な場合を除き、大規模で自動化された電子プロセスを使用して、Whois データベースにアクセスしたりクエリを実行したりすることは許可されていません...

データベースを読みすぎると、彼らがあなたを断ち切ることが期待できます。

于 2010-07-29T12:33:25.153 に答える
0

あなたは出来る

  • 比較のために、whoisレコードデータフィールドの正規化された形式のチェックサムを保存します。
  • 必要に応じて、データの元のバージョンと現在のバージョンを（場合によっては圧縮形式で）保存します。
  • 必要に応じて、検出された各変更の差分を（場合によっては圧縮形式で）保存します。

これは、増分バックアップシステムの動作によく似ています。たぶん、そこからさらにインスピレーションを得ることができます。

于 2010-07-29T12:29:23.040 に答える
0

Excelファイルにvbscriptを記述して、Webページ（この場合、特定のサイトの特定の「whois」URL）にクエリを実行し、結果をExcelのワークシートに保存することができます。

于 2010-07-29T12:37:08.813 に答える