制約っていらなくね? (114レス)
上
下
前
次
1-
新
39
(1)
:
名無しさん@そうだ選挙に行こう
04/07/11 12:15 ID:???
AA×
>>38
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
レス栞
|
レス消
]
39: 名無しさん@そうだ選挙に行こう [sage] 04/07/11 12:15 ID:??? >>38 TABLE_B.IDとかには当然indexを設定していると思っていたんだが。 >INDEX 付ければ速くなるでしょうが、ログテーブルを逆引きするためにいちいち INDEX の領域とるのはなぁ、 本当にdeleteのパフォーマンスが問題ならindexを作る。パフォーマンスを 犠牲にしてでも領域を節約する必要があるなら作らない。 ディスク領域を気にしているようだが、じゃあこれらのテーブルにどのくらいの レコードが登録されてどれくらい領域を必要とするか見積もってる? チューニングの話なら「遅そう」「領域食いそう」とかの感覚的な話じゃ 先に進まないよ。そのへん見積もれないうちから小手先のテクニックを 弄しても無駄に終わる可能性が高いから、まずは正攻法でやってみれ。 >ということは、TABLE_A が削除されるときに、外部キー参照しているテーブルをいちいち検索しに行ってるわけでは >ないのかな、と思ったのですが、いかがでしょう? FKとB、Cは別のテーブルであって、FKをselectした際にデフォルトで BとCも一緒に検索してるだけ。Aにない値がFKに入ったわけではない。 >しかし、継承させたテーブルで継承元の制約が受け継がれないってのは、一般的な仕様なのでしょうか。 >それとも PostgreSQL のバグですかね? 「一般的な仕様」などはない。それはバグじゃなくてPostgresの仕様。 たしかに、継承するなら制約やトリガなども継承された方が便利だと 思うんだけどね。 http://mevius.5ch.net/test/read.cgi/db/1087483786/39
とかには当然を設定していると思っていたんだが 付ければ速くなるでしょうがログテーブルを逆引きするためにいちいち の領域とるのはなぁ 本当にのパフォーマンスが問題ならを作るパフォーマンスを 犠牲にしてでも領域を節約する必要があるなら作らない ディスク領域を気にしているようだがじゃあこれらのテーブルにどのくらいの レコードが登録されてどれくらい領域を必要とするか見積もってる? チューニングの話なら遅そう領域食いそうとかの感覚的な話じゃ 先に進まないよそのへん見積もれないうちから小手先のテクニックを 弄しても無駄に終わる可能性が高いからまずは正攻法でやってみれ ということは が削除されるときに外部キー参照しているテーブルをいちいち検索しに行ってるわけでは ないのかなと思ったのですがいかがでしょう? とは別のテーブルであってをした際にデフォルトで とも一緒に検索してるだけにない値がに入ったわけではない しかし継承させたテーブルで継承元の制約が受け継がれないってのは一般的な仕様なのでしょうか それとも のバグですかね? 一般的な仕様などはないそれはバグじゃなくての仕様 たしかに継承するなら制約やトリガなども継承された方が便利だと 思うんだけどね
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 75 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
ぬこの手
ぬこTOP
0.037s