元スレ【MySQL】下らねぇ質問はID出して書き込みやがれ 2
![](../../../newbb/images/imagesets/default/up-a.png)
みんなの評価 :
551 = :
>>543
みすった
http://blog.syuhari.jp/archives/64
552 = :
>>543
たびたびすまん。リンク先のをSUMに変えれば目的は達成できるかと
553 = :
>>544
SQLというものが教科書どおりのモデルを前提に設計されてるので、
設計の定石を外すと急にシンプルなSELECT文が書けなくなるんよ。
配送業者テーブル、キャンセル理由テーブルを作るのが正しくて、
注文状況テーブルだけで何とかしたい場合でも
配送業者カラムとキャンセル理由カラムを分けて作った方がいいよ。
VARCHAR/TEXTは空ならほとんど容量くわないし。
559 = :
>>546
ありがとうございます
大変参考になりました
560 = :
>>553
丁寧なご意見ありがとうございます
もう一度良く考えてみたいと思います
562 = 543 :
>>551 >>552
お手数おかけして申し訳ございません。
無事成功しました!
どうもありがとうございます。
568 = :
せめてオラクルさえ手放してくれればココも活気が出るんだろうけどなぁ
570 = :
自宅サーバーでMySQL使って金儲けとかできんからね
574 = :
全部同じテーブルじゃないとイカンのか?
ネトゲだったら倉庫、バッグ、装備って分ければいいかなーと思うけど
そんでレコードの容量は1つ7KBぐらいならギリギリだと思う
577 :
MySQL verchar型ってあるじゃないですか。
入る文字数を1~255の間で決めれるじゃないですか?
郵便番号だろうと、名前だろうと、キャッチコピーだろうと
全部255じゃだめなんですか?
今の時代サーバーも高性能、高容量になってるだろうから
1も255も変わらなさそうなんですが。
578 = :
>>577
通常なら、全部255で問題ない
1億レコード作る気ならちょっと考えるけど
579 = 577 :
>>578
きゃあああああああああ
587 = :
複合主キーでインクリメントするために
MyISAMってやつでやってるんですけど
量多くなってきたら遅くなったりしますか?
588 = :
>>587
量が増えたら遅くなるよ
589 = :
>>587
量が増えても速度に影響は無い
591 = :
>>584,585
ありがとうございました
いろんなやり方があるんですね、ちょっとずつ勉強していきます
593 = :
>>590
そのまま書き下したらいいように見えるけど、何か問題あるんだろうか。
「SQL 自己結合」でぐぐってみてはいかが
596 = :
>>595
検証していただき、ありがとうございます!
どうやら本番のコードでは避けた方が無難のようですね。
大変助かりました。
みんなの評価 :
類似してるかもしれないスレッド
- 【】 MySQLを買収したSunを買収したOracleを 【】 (112) - [25%] - 2023/1/22 14:15
- 【この先一体】MySQL 総合 Part15【どうなるの】 (1001) - [21%] - 2009/11/22 13:31 ○
トップメニューへ / →のくす牧場書庫について