制約っていらなくね？ (114ﾚｽ)
上下前次1-新
1(3): 04/06/17 23:49 ID:fs3qldjg(1) AAS
プログラム側で制御しろよ
2: 04/06/17 23:52 ID:dpurb/Z2(1) AAS
Uze
3: 04/06/17 23:56 ID:xzoV3ZXe(1) AAS
そう思うときもあるけど、それがあるお陰で、
データの整合性が取れてるって面もあると思う。
んが、そのデータの整合が取れてるっていうのが、目に見えて
実感できないから、「制約ってめんどいな」とは、正直思う。
4: 04/06/18 00:31 ID:??? AAS
糞っスレ
5: 04/06/18 13:40 ID:Zpejz88K(1/2) AAS
>>1 は無知。
6: 04/06/18 14:11 ID:??? AAS
>>1を制約しろ
7: 04/06/18 19:43 ID:??? AAS
>>1
ＤＢ側で制御できたら、プログラム側で制御しなくて良いのだが。
8(2): 04/06/18 20:15 ID:??? AAS
ついでにストアドもイラネ
9: 04/06/18 22:23 ID:Zpejz88K(2/2) AAS
>>8 はいはい。
おのれは、いずれホームレス＾＾
10: 04/06/18 22:36 ID:??? AAS
>>8はMySQLユーザー
11(1): 04/06/19 07:38 ID:OHujBfWT(1) AAS
ただＤＢサーバーにアプリケーション機能を盛り込み過ぎるのもどぉーかなー
12: 04/06/19 10:10 ID:iDH3OAyt(1) AAS
>>11
その方が効率的だから、そうするのだろうが。
ｄｂをISAM（索引順編成ファイル）としか使ってないの？ｗ
13(3): [age] 04/06/19 16:32 ID:??? AAS
制約いらないよね。 いらないから使わなければいいだけのこと。
制約にひっかかるデータは事前にチェックして、どの部分がまずいのかを
使う側に明確に表示させたいからね。
そのままエラー内容表示させるのもダサいしね。
14(1): 04/06/19 18:26 ID:??? AAS
>>13
同意。
そもそも、制約に引っかかるようなデータを書き込むアプリは､作りがアレだとおもうが
15: 04/06/19 19:06 ID:??? AAS
>>13-14
ユニーク制約が、アプリ側でチェックできるんでつね？
重複チェックとは、別次元の問題だと思いまつが。。。
16: 04/06/19 20:25 ID:??? AAS
>>13
>使う側に明確に表示させたいからね。
>そのままエラー内容表示させるのもダサいしね。
制約違反はアプリにコールバックされるだろ
そこからエラーメッセージ出せばいいだけじゃん・・・
17: 04/06/19 22:40 ID:rF590MRN(1) AAS
>>１６
そうだよね〜
あるマスタにないものを別のテーブルに入れてはいけない場合を考えてみよう
プログラムがそれをやるとなると
マスタの中に存在するか調べてから入れないといけなくなる
制約使えばエラーが発生するのでそこでメッセージ受け取って
適切なエラーメッセージクライアントに返すだけ
ただ、最近では制約とか外部キーとか使わないものを推奨している雰囲気はある
18(1): 04/06/19 23:25 ID:??? AAS
まぁ、あれだ。データベース設計やる奴とアプリ組む奴
がちゃんと意思疎通できる程度の規模のアプリなら問題
ないわけだ。大規模システムやアプリ開発を外注に出す
場合なんか、コミュニケーション不足やバグで整合性が
保たれないデータを作られないようにに、設計者がガー
ドの意味で制約を張るのは当然だと思うよ。
19(1): 04/06/20 00:14 ID:??? AAS
>>18
そういう意味で制約を使うのなら納得。
でも、エラー処理をまかせるってのは、どうなんだろ。
いまどきは、そういうもんなの？
20: 04/06/20 00:39 ID:??? AAS
>>19
＞エラー処理を任せる
ここで言ってるエラー処理って
DBからエラー受け取って
エラーメッセージを振り分けて表示するだけのことじゃないかな？
実際、制約あればエラーあった時点でDB更新は無いわけだし
プログラミングは楽になる
上下前次1-新書関写板覧索設栞歴
あと 94 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.008s