Q&A
ご返信ありがとうございます。
MySQLのバージョンやストレージエンジンにより異なってくるのですね。。
前提・実現したいこと
テーブル設計におけるvarcharの文字数の基準に関して質問があります。
現在、ユーザーのテーブル設計を行っているのですが、名前のカラムのデータ型(varchar)の
文字数をどのくらいにしようか悩んでいます。
他のテーブル設計とかを見るとだいたいvarcharは最大値255まで設定してる方が多いのですが、
なぜ最大の255が妥当なのでしょうか？
また、varcharは可変長で、容量は実際に入れた分しか消費しないと思うのですが、
ユーザーの名前なので多く見積もってvarchar(50)とかでも可能でしょうか。
文字数でデータ容量や検索性能が異なってきたりするのでしょうか。
もし、皆さんの明確なvarcharの文字数の基準があればご教示頂きたいです。
回答3件
0
おす！
他のテーブル設計とかを見るとだいたいvarcharは最大値255まで設定してる方が多いのですが、
なぜ最大の255が妥当なのでしょうか？
そりゃぁな、妥当じゃあねぇんだ。
世の中頭が腐ってる奴ばっかだからvarchar(255)が溢れてるってぇだけで、
おめぇも言ってる通り、VARCHARは可変長だから 255に意味なんか、ねぇ。
『255にしといたら効率よくデータをうめてくれるんでしょう？』みてぇな、
適当なイメージで設定してるだけだから、255は無視していいぞ。可変長だ。
これがmailaddressでVARCHAR(254)だったり、phone_jpでVARCHAR(13)だったりした場合には意味があんだけどな。
いいか、よく覚えといた方がいいぞ。
世の中ってぇのは、おめぇが考えてるよりも バカの数が遥かに多い。
そんでな、名前カラムをどのくらいにしたらいいのかって事だけんどもな、
おらはVARCHAR(128)くらいにしとくな。
日本語の名前なら10文字もありゃあ十分な気もするが、
外人がアルファベットで登録する場合も考えるとある程度は余裕が欲しいだろ。
どのくれぇ余裕を持たせるかってなったら、寿限無が111文字な事を考えときゃ十分だろ。
だから128文字にしてる。
一応いっとくと、テーブルカラムを何文字にすっかよりも
ユーザ入力ヴァリデーションで何文字に制限すっかの方がずっと重要だからな。
入ってきて困る物は全部、入力ヴァリデーションで弾く。
いざDBにデータ入れる時に入るかどうか確認するような実装は絶対すんなよ。
おらとの約束だ。
投稿2019/12/21 10:02
退会済みユーザー
総合スコア0
0
ベストアンサー
文字数でデータ容量や検索性能が異なってきたりするのでしょうか。
MySQLのバージョンやストレージエンジンによっては、1カラムあたりのインデックス長の制限が短く、utf8mb4でvarchar(255)としてインデックスをかけようとすると失敗する、ということがありました。
…というように、インデックスは全体の長さに依存しますので、インデックスをかける場合で、なおかつ郵便番号などのように「違う長さのものが絶対に入らない」ような場所では、きっちりの幅で用意したほうが効率がいいかもしれません。
投稿2019/12/21 08:45
総合スコア145967
よう！
なんで255が『めいっぱい』なんだ？
> 世の中ってぇのは、おめぇが考えてるよりも バカの数が遥かに多い。
ってことかとｗ
つまり、おめぇがバカだって言いてぇのか？
おら、よく分かんねぇぞ。
「めいっぱい確保してる」ってぇのと、
「めいっぱい確保しておけばいいと思ってる」ってぇのは、
違うぞ。
わからんか。わかんねーだろうなあｗ
やっぱ、おめぇがバカなんじゃねぇか。
最初っからそう言えよ。
ほら、
> 世の中ってぇのは、おめぇが考えてるよりも バカの数が遥かに多い。
ってのがよくわかるだろｗ
どうしたんだ、アヒル、
おめぇ、今日はあんまり元気ねぇみてぇだぞ。
低評価、解除しといたぞ。
いやあ、昨日は飲みすぎたもんで。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/12/21 10:23 編集
退会済みユーザー
2019/12/21 10:29
2019/12/21 13:11