元スレMySQL 総合 Part18
mysql覧 / PC版 / みんなの評価 :
前へ
501 = :
>>499
とりあえずOracleと同容量確保しといたら足りるよ
502 = :
まあ、そりゃそうだろうねw。
503 = :
Oracleってインストールめんどくせーってイメージしか無いわ。
OSのカーネルパラメータも弄ったりした覚えがある。
509 = :
>>508
サンクス
すごい困ってた
514 = :
むりむり
515 = :
そーいうＩＤＥを作ったら売れるかな？
516 = :
あんまり売れないんじゃないかなあ
518 = :
２ｃｈで質問するしか能の無い奴には無理 >>517
519 = :
>>518
で、おまえにゃできるの？ できるかできないかだけでいいからレスしてくれ。
やり方は別にいい。自分で調べる。
521 = :
>>519
俺は出切る。お前のおつむじゃ無理だがなｗｗｗ
522 = :
できないわけないよねー
523 = :
環境系？の質問って答えづらい。
自環境の状況、書かないやつは、もちろん
事細かに書くやつも、逆になんでそれで直らんの？と思うし。
チェック漏れとか、こっちにはわからんしなぁ
がんばって自分で解決するしかないよ。
524 :
InnoDBの主キーって、クラスタインデックスで、リーフブロックにテーブルのレコードをすべて持つって聞きました。
ということは、主キーのサイズはテーブルのサイズより大きくなるんでしょうか。
525 = :
これだろ。
http://thinkit.co.jp/cert/article/0608/1/2/3.htm
それがテーブルそのものなわけだ。
526 = :
まったく...驚いちゃうよな
未だに「MySQLはおもちゃ」なんて戯言を恥ずかしげもなく口にしちゃう脂ぎったオヤジどもがこの世に数多存在するってんだから
世に存在する全てのデータはMySQLをもって管理される
世に生まれる全ての創造物はMySQLに収納される
これが何を意味するかわかるかい？
これから生まれる全てのものがMySQLそのものだってことだよ
まあ確かに禅問答だって言われれば否定はできないな
でも考えてみなよ君の名前はどこにある？どこかのサーバーのどこかのディレクトリにインストールされたMySQLの中だろう
MySQLに名前が存在しない人間など存在しない 生後間もない赤ん坊は別として
名前がMySQLにあるってことはだ...うんそうそう、そうなんだ、聡明な君ならもう分かったと思う
名前があればそこに君が「在る」んだよ
君の存在はそこに「在る」んだ
だからそれはつまりこういうことだ
------ペニーオークションは詐欺じゃない
529 = :
なんだこいつ
530 = :
超初歩的な事を聞いて申し訳ないんですが、最近レコード数が多くなってきて検索が遅くなってきており
インデックスを利用したら早くなるというのを知りました。
しかし、いくつかの例を見てもインデックスはテーブルを作成する段階で作るのが普通のようで、自分のケースの様に
だいぶレコードが増えてしまってから、インデックスを導入するという事は難しいのでしょうか？
531 = :
＞インデックスを利用したら早くなるというのを知りました。
どんだけ馬鹿なんだよ
532 = :
僕もそう教わりましたよ
533 = :
禁書目録のことでしょうか？
534 = :
インデペンデンス
535 = :
>>530
>だいぶレコードが増えてしまってから、インデックスを導入するという事は難しいのでしょうか？
MySQLに対して「インデックス作れ」というコマンドを与えるのは簡単。
やり方はcreate index なり alter table なりでぐぐればよろし。
しかし、何をインデックスにするか適切なカラムを選べるかどうかとか、
そういうこと考えてなかったとすれば、もしかしたら適切なカラムが無い
ようなテーブルだったりの可能性も皆無じゃないし、その点が大丈夫
でもレコード数がちょー多かったら、インデックス作成にはけっこう
時間かかったり。
とかで、簡単な作業とは言い切れない。
でもあっさり済んだりして。
536 :
>>525
ありがとうございます。
なるほど、テーブルと主キーのインデックスが一体化しているんですね。
539 = :
なんで「セカンダリ」インデックス限定?
とりあえず、loadするデータがユニーク制約や外部制約に触れないものと判っていたら、
既存テーブルそのままよりはload前にそれらの制約外しておいた方がいいよ。
542 = :
> 541
早々に有難う御座います
今夜帰ったら試したいと思います
またｶｷｺします
543 = :
ご意見聞かせて頂きたいのですが、
大カテゴリ、中カテゴリ、商品
以上のテーブルがあった場合、
商品テーブルに、大カテゴリと中カテゴリのリレーションを持たせるべきでしょうか？
大カテゴリに含まれる中カテゴリ内の商品を全て取得したい要件があります。
それとも、商品テーブルには、中カテゴリのリレーションのみを持たせ、
大カテゴリ、中カテゴリ、商品と連なったリレーションを利用すべきでしょうか？
544 = :
商品テーブルにはカテゴリ持たせずに、
陳列テーブルに大・中・商品を入れる。
ホーム・キッチン用品でも、アウトドア用品に含まれるモノもあるだろうし。
548 = :
マニュアル読んでから質問しようぜ
549 = :
>>546
ありがとうございます。
無駄に容量を食っていたんじゃないかと
あせってました。
550 = :
>> 538 >>539
ありがとうございます。
> なんで「セカンダリ」インデックス限定?
主キーは残してそれ以外は削除する、という意図でした。
主キーまで削除してしまうと、暗黙の主キーが設定されるらしいので、
それを避けたいと思いました。
みんなの評価 :
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について