質問の投稿に最小文字数があるのはなぜですか? oO
int、bigint、tinyint などを使用していますか?
些細なことのようですが、いつもの練習って何だろうと思っていたのですが、
2233 次
7 に答える
6
それはすべて依存します...質問に対する私のお気に入りの答えです！=)
ほとんどの場合、Guid を使用します。サイズ的には int や tinyint などよりも大きくなっていますが、データベースにレコードを挿入する 前にビジネス オブジェクトが値を認識できるという事実が気に入っています。
また、顧客 ID など、データベースを操作するときに簡単に認識できるようにする必要がある場合に、文字列を使用することもあります。
于 2008-10-17T00:53:43.847 に答える
1
Guidがとても好きです。最良の点は、データベースにアクセスすることなく、クライアントまたはサーバーで簡単に生成できることです。また、データベースを同期する必要がある場合、それらは神の送信になります。私が見つけた唯一の欠点は、URLにキーを渡すと、面倒なクエリ文字列を簡単に取得できるWebアプリの場合です。
于 2008-10-17T01:33:59.053 に答える
1
int はかなり大きいことがわかりました。
小さくしても意味がない。. .
于 2008-10-17T00:52:41.573 に答える
1
GUID も使用します。
複数の外部データベースを 1 つのデータ ウェアハウスに同期することをお勧めします。欠点は、どのアイテムが最初に作成されたかを把握するのがそれほど簡単ではないことですが、それが本当に問題である場合は、作成日または autonomber を保存できます。
于 2008-10-17T01:07:24.990 に答える
0
GUIDを使用する場合、常に比較列を使用することに関して、Jasonをエコーします。どちらの方法でもシーケンスが必要になるため、GUIDよりもシーケンスの方が好きです。
データ型に関しては、保存する必要のあるレコードの数によって異なりますが、通常はintで十分です。
于 2008-10-17T02:00:25.163 に答える
0
アプリの存続期間中に保存する必要がある可能性が高い ID の数に依存しませんか?
于 2008-10-17T00:53:51.647 に答える
0
詳細情報が必要です。どのような ID を保存していますか? int より小さいものはおそらく悪い考えです。文字列は、桁数が不足するという小さな問題がなく、数字による制約を受けないことを考えると理にかなっている可能性があります。そのため、ユーザー名を ID として使用できます。例えば。
于 2008-10-17T00:55:07.183 に答える