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