のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,644,469人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

元スレMySQL 総合 Part18

mysql覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - megab + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

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
ありがとうございます。

> なんで「セカンダリ」インデックス限定?
主キーは残してそれ以外は削除する、という意図でした。
主キーまで削除してしまうと、暗黙の主キーが設定されるらしいので、
それを避けたいと思いました。


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - megab + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド

トップメニューへ / →のくす牧場書庫について