私は複数のサイズを見てきましたが、あまりにも多くの文字のためにあまりにも多くのスペースを予約しているMySQLフィールドでサーバーメモリを浪費したくありません。彼らが得ることができる最大のものは何ですか、そしてこれはこれまでに変わるでしょうか？
29251 次
4 に答える
65
これは、データ型を制限しすぎることにより、整数のオーバーフロー、整数->文字列の移行などが発生する方法です。128b varcharの場合は数バイトでスプラッシュアウトし、面倒な作業を省きます。ユーザーベースが非常に大きくなり、UIDのデータ型を処理することで節約できるバイト数を心配する必要がある場合は、自分自身を大成功と考えてください。これは喜んで解決できる問題です。
簡単に言えば、誰もがあなたの質問に答えられるとは思いません。「これまで」は長い時間であり、それまでにFacebookが奴隷化したエンティティの数を知っている人は誰でしょう。
最後に、それを最もよく言った人からの引用で締めくくります。
We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil.
—Donald E. Knuth
于 2011-09-27T09:17:32.523 に答える
3
これが決して変わらないことをどうやって確信できますか？それをvarcharにする方が良いです。
于 2011-09-27T09:12:39.723 に答える
2
現在、FacebookUIDは64ビット整数です。しかし、それがいつか変わらないことを保証することはできません。
于 2015-08-20T07:56:54.453 に答える
-10
Facebook UIDはデータベース内の一意の識別子であるため、変更されることはありません。それが変更された場合、Facebookは機能しなくなります
于 2013-05-07T23:38:52.600 に答える