プログラマの雑談部屋 ★376 (230ﾚｽ)
プログラマの雑談部屋 ★376 http://medaka.5ch.net/test/read.cgi/prog/1762945137/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
167: 仕様書無しさん [sage] 2025/11/16(日) 07:09:25.48 DB分けたので大失敗した http://medaka.5ch.net/test/read.cgi/prog/1762945137/167
168: 仕様書無しさん [sage] 2025/11/16(日) 08:15:36.48 あたまがぼんやりしてうごかない http://medaka.5ch.net/test/read.cgi/prog/1762945137/168
169: 仕様書無しさん [] 2025/11/16(日) 08:22:39.70 >>168 もう引退しなよ。周りに負担がかかりすぎてる http://medaka.5ch.net/test/read.cgi/prog/1762945137/169
170: 仕様書無しさん [sage] 2025/11/16(日) 08:29:51.77 彡 ⌒ ミ (´・ω・`) ぼんやり見えてこないか眺めてる http://medaka.5ch.net/test/read.cgi/prog/1762945137/170
171: 仕様書無しさん [] 2025/11/16(日) 08:33:42.05 本の誤記を連絡するページに飛んだらメールアドレス必須だったからやめた 誰も計算なんか真面目にやらないだろうからずーっと間違えたままなんだろうな http://medaka.5ch.net/test/read.cgi/prog/1762945137/171
172: 仕様書無しさん [sage] 2025/11/16(日) 08:38:00.20 捏造メアドでも届くは届くだろ http://medaka.5ch.net/test/read.cgi/prog/1762945137/172
173: 仕様書無しさん [sage] 2025/11/16(日) 08:44:45.36 おっぱい http://medaka.5ch.net/test/read.cgi/prog/1762945137/173
174: 仕様書無しさん [sage] 2025/11/16(日) 08:57:47.94 本の誤記に気がつく者だけが真実に辿り着く もうそれでいいじゃないか 本を鵜呑みにして一生悩んでろだよ そもそも正誤表を調べようなんて人も一握りだし http://medaka.5ch.net/test/read.cgi/prog/1762945137/174
175: 仕様書無しさん [sage] 2025/11/16(日) 10:39:05.17 ねむたいから寝る 頭もぼけてるし もうしぬんじゃないかといつもおもう http://medaka.5ch.net/test/read.cgi/prog/1762945137/175
176: 仕様書無しさん [sage] 2025/11/16(日) 10:40:35.33 前頭葉にダメージを負った人間の行動がおれにそっくりだった http://medaka.5ch.net/test/read.cgi/prog/1762945137/176
177: 仕様書無しさん [sage] 2025/11/16(日) 11:14:10.60 顔認証のロック解除って、その人の実物大の顔写真があればできますか？ http://medaka.5ch.net/test/read.cgi/prog/1762945137/177
178: 仕様書無しさん [sage] 2025/11/16(日) 11:53:53.83 そんなものなくてもAIで生成した画像があればできるよ http://medaka.5ch.net/test/read.cgi/prog/1762945137/178
179: 仕様書無しさん [sage] 2025/11/16(日) 12:01:44.76 お前らDBで例えばユーザ管理すりテーブル作るとするやん 社員番号なのか何なのか一意キーとして列作るなら id user_id どっち使う？ http://medaka.5ch.net/test/read.cgi/prog/1762945137/179
180: 仕様書無しさん [sage] 2025/11/16(日) 12:04:29.92 user_id http://medaka.5ch.net/test/read.cgi/prog/1762945137/180
181: 仕様書無しさん [] 2025/11/16(日) 12:04:39.49 idはサロゲートキーにしか使ってねえや http://medaka.5ch.net/test/read.cgi/prog/1762945137/181
182: 仕様書無しさん [sage] 2025/11/16(日) 12:06:29.80 社員番号のような何かはuser_idに入れる。 idはレコードそのものユニークIDを入れる列名として定着してるから、そこに社員番号を入れるのはもはや嫌がらせに近い。 http://medaka.5ch.net/test/read.cgi/prog/1762945137/182
183: 仕様書無しさん [sage] 2025/11/16(日) 12:08:28.96 userテーブルの主キーはidだろ テーブル名がuserだからuser_idは冗長だわ 外部キーとして使う時はuser_idだけど http://medaka.5ch.net/test/read.cgi/prog/1762945137/183
184: 仕様書無しさん [sage] 2025/11/16(日) 12:09:42.50 そんなことより、ユーザ管理すりテーブル が何なのか気になるわ http://medaka.5ch.net/test/read.cgi/prog/1762945137/184
185: 仕様書無しさん [sage] 2025/11/16(日) 12:10:11.32 やめておけ せめてスキーマ内では 同じカラムは同じものを表せるように調整しろ http://medaka.5ch.net/test/read.cgi/prog/1762945137/185
186: 仕様書無しさん [sage] 2025/11/16(日) 12:10:28.23 同じカラム名 http://medaka.5ch.net/test/read.cgi/prog/1762945137/186
187: 仕様書無しさん [sage] 2025/11/16(日) 12:12:54.68 ねえ http://medaka.5ch.net/test/read.cgi/prog/1762945137/187
188: 仕様書無しさん [sage] 2025/11/16(日) 12:16:32.59 じゃあuserテーブルの属性に全部user_のプレフィックスつけるのかよ user_name user_gender user_email user_address user_rank http://medaka.5ch.net/test/read.cgi/prog/1762945137/188
189: 仕様書無しさん [sage] 2025/11/16(日) 12:17:03.89 なんでそう極端なんだよ http://medaka.5ch.net/test/read.cgi/prog/1762945137/189
190: 仕様書無しさん [sage] 2025/11/16(日) 12:20:43.96 db設計むずすぎ http://medaka.5ch.net/test/read.cgi/prog/1762945137/190
191: 仕様書無しさん [sage] 2025/11/16(日) 12:20:58.75 一貫性がある方がいい idにだけuser_ついてるとなんか気持ち悪い http://medaka.5ch.net/test/read.cgi/prog/1762945137/191
192: 仕様書無しさん [sage] 2025/11/16(日) 12:23:35.94 idにだけuserというか、idとuser_idが両方あるのが現代では普通だと思う なので選択肢がない http://medaka.5ch.net/test/read.cgi/prog/1762945137/192
193: 仕様書無しさん [sage] 2025/11/16(日) 12:25:04.46 日本語で整理した時どうしてた？ http://medaka.5ch.net/test/read.cgi/prog/1762945137/193
194: 仕様書無しさん [] 2025/11/16(日) 12:32:49.84 Userテーブルのidなんだからuser.idだろ user_idは他テーブルの外部キーだろ http://medaka.5ch.net/test/read.cgi/prog/1762945137/194
195: 仕様書無しさん [sage] 2025/11/16(日) 12:33:10.08 idは主キーとして使うと思うけど、これが例えば設計の過程で他に会員番号みたいなものがあってこれを主キーにできる場合はそれをコードでも想像しやすいuser_numberとか使うけど、これがドメインで使われる言葉じゃなくてシステムの都合で必要に迫られて生成した項目の場合はそのままidで使うかな http://medaka.5ch.net/test/read.cgi/prog/1762945137/195
196: 仕様書無しさん [] 2025/11/16(日) 12:46:51.30 >>192 だな。ORM使ってるとすべてのテーブルにidがあることが前提だからな もちろん別のカラム名をidの代わりに利用することも可能だけど面倒なだけなので普通はやらない ORM使わなくて自分でSQLがりがり書くなら好きなカラム名で良いが、いまどきみんなidがあること前提で読もうとするから不思議に思われるかもな いつからだろうな。俺はRailsからだけど http://medaka.5ch.net/test/read.cgi/prog/1762945137/196
197: 仕様書無しさん [] 2025/11/16(日) 12:48:43.99 >>196 使用するフレームワークのORMに従ったらそうなるだけだろ http://medaka.5ch.net/test/read.cgi/prog/1762945137/197
198: 仕様書無しさん [sage] 2025/11/16(日) 12:49:24.64 じゃあ例えば受注と明細みたいなヘッダーディテール形式 明細レコードには受注IDが入る 受注テーブルの名前をOrderだとすると明細テーブルに入る受注IDは order_id parent_id どっち使う？ http://medaka.5ch.net/test/read.cgi/prog/1762945137/198
199: 仕様書無しさん [sage] 2025/11/16(日) 12:51:25.32 受注IDなんだからorder_idにきまってる http://medaka.5ch.net/test/read.cgi/prog/1762945137/199
200: 仕様書無しさん [sage] 2025/11/16(日) 13:17:14.07 基本はドメインで使われる言葉（又はその英訳）をそのまま使うだな ユビキタス言語 http://medaka.5ch.net/test/read.cgi/prog/1762945137/200
201: 仕様書無しさん [sage] 2025/11/16(日) 13:34:20.84 DoctrineかRubyOnRailsかは忘れたが、id列はデータの種類やAppドメインとは無関係な内部値にするべきという考え方が広まってな orderテーブルだとしてもid列はただのrow idであってorder idではないのさ http://medaka.5ch.net/test/read.cgi/prog/1762945137/201
202: 仕様書無しさん [sage] 2025/11/16(日) 13:40:57.31 知らない土地で目を覚ましたらスマホも財布も貸与PCも全部盗まれてるって夢を見た http://medaka.5ch.net/test/read.cgi/prog/1762945137/202
203: 仕様書無しさん [sage] 2025/11/16(日) 14:27:04.46 ドメイン分析で主キーになりうる一意な項目があるならそれを主キーにするけどな 時々は複合キーも使う（ヘッダー番号+見出し番号とか） RestAPIのURLだと、〜/bills/101/details/20 みたいな ORマッパーも複合キーに対応するし やむを得ない場合はid使うけどそれ以外は わざわざidの項目増やして管理コスト増やしたくない http://medaka.5ch.net/test/read.cgi/prog/1762945137/203
204: 仕様書無しさん [sage] 2025/11/16(日) 14:29:12.22 誰とでも握手するみたいに、誰とでもセックスする時代になればいいのに http://medaka.5ch.net/test/read.cgi/prog/1762945137/204
205: 仕様書無しさん [sage] 2025/11/16(日) 14:33:00.50 体調崩すからヤダ http://medaka.5ch.net/test/read.cgi/prog/1762945137/205
206: 仕様書無しさん [sage] 2025/11/16(日) 15:08:12.78 そこはうまいことするんだよ http://medaka.5ch.net/test/read.cgi/prog/1762945137/206
207: 仕様書無しさん [sage] 2025/11/16(日) 15:11:10.91 ババアともセックスしなくちゃいけなくなるんだぞ http://medaka.5ch.net/test/read.cgi/prog/1762945137/207
208: 仕様書無しさん [sage] 2025/11/16(日) 15:12:24.60 VRなどで誰とでもセックスできるが実際は誰ともセックスしない世界になるのでほ http://medaka.5ch.net/test/read.cgi/prog/1762945137/208
209: 仕様書無しさん [] 2025/11/16(日) 15:20:17.31 >>203 俺も以前はナチュラルキーでやってたけど、もう >>201 みたいな考え方が主流な気がする。複合キーもORMで対応可能とは思うけど、やはりサロゲートキーとユニーク制約にしてしまうな。 http://medaka.5ch.net/test/read.cgi/prog/1762945137/209
210: 仕様書無しさん [sage] 2025/11/16(日) 15:21:42.03 生成キーにしたら切り回し難しくないか http://medaka.5ch.net/test/read.cgi/prog/1762945137/210
211: 仕様書無しさん [sage] 2025/11/16(日) 16:18:33.49 会員番号を変更できますとか可変な場合は別途Idを主キーにしといた方が無難 将来にわたって不変の確証あるなら会員番号とかでも構わんと思うけど ユニーク制約が複数あると大量登録時のパフォーマンスにも多少影響あるしな http://medaka.5ch.net/test/read.cgi/prog/1762945137/211
212: 仕様書無しさん [sage] 2025/11/16(日) 16:21:09.64 会員番号は変更せんやろ… http://medaka.5ch.net/test/read.cgi/prog/1762945137/212
213: 仕様書無しさん [sage] 2025/11/16(日) 16:23:33.87 少々速度が遅くてもいいので変更内容を履歴としてぜんぶ残して時系列遡れるDBにしてほしいんだが なんでどこも作ろうとせんのだ http://medaka.5ch.net/test/read.cgi/prog/1762945137/213
214: 仕様書無しさん [sage] 2025/11/16(日) 16:25:32.80 使ってないだけか？ http://medaka.5ch.net/test/read.cgi/prog/1762945137/214
215: 仕様書無しさん [] 2025/11/16(日) 16:28:55.09 >>213 そういう要件で出せば？ やり方は腐る程ある http://medaka.5ch.net/test/read.cgi/prog/1762945137/215
216: 仕様書無しさん [sage] 2025/11/16(日) 16:30:01.33 完全履歴残るファイルベースdbでいい奴があった気がするけど名前が思い出せん http://medaka.5ch.net/test/read.cgi/prog/1762945137/216
217: 仕様書無しさん [sage] 2025/11/16(日) 16:30:38.83 >>213 テーブル設計じゃなくてDBMSレベルの話？ http://medaka.5ch.net/test/read.cgi/prog/1762945137/217
218: 仕様書無しさん [sage] 2025/11/16(日) 16:31:00.23 金融だと更新も削除もログとしてひたすら蓄積して、辿ることで現在の状態がわかるようになってるの普通なんじゃないの？ 普通は扱いきれないからやらないけど http://medaka.5ch.net/test/read.cgi/prog/1762945137/218
219: 仕様書無しさん [sage] 2025/11/16(日) 16:32:15.78 自分が知ってるどのシステムもアプリで履歴テーブル作ってる http://medaka.5ch.net/test/read.cgi/prog/1762945137/219
220: 仕様書無しさん [sage] 2025/11/16(日) 16:38:34.05 まず >>213 がどのレベルの話をしているのかが判然とせん http://medaka.5ch.net/test/read.cgi/prog/1762945137/220
221: 仕様書無しさん [sage] 2025/11/16(日) 16:41:05.66 どのレベルでもいい とにかく自分で履歴テーブル作ってアプリで管理するのがめんどい なんとかならんのか http://medaka.5ch.net/test/read.cgi/prog/1762945137/221
222: 仕様書無しさん [sage] 2025/11/16(日) 16:47:46.38 どのレベルでもいい、じゃなくてどのレベルなのかわからないのでは たぶん履歴テーブルのこともレスがあるまで知らなかったろ http://medaka.5ch.net/test/read.cgi/prog/1762945137/222
223: 仕様書無しさん [sage] 2025/11/16(日) 16:48:24.28 マウントの機会ばっかり伺ってるんじゃねえ http://medaka.5ch.net/test/read.cgi/prog/1762945137/223
224: 仕様書無しさん [sage] 2025/11/16(日) 16:53:47.50 OracleだとREDOログっていう形で変更履歴は残ってるよね どのぐらい残るか、それをユーザが使えるのかというのは、DBAじゃないから知らないけど http://medaka.5ch.net/test/read.cgi/prog/1762945137/224
225: 仕様書無しさん [sage] 2025/11/16(日) 16:56:32.10 DB機能の履歴を追う→難しすぎ、データ移行するとデータ消えるので死 アプリの履歴テーブル作る→量がふくらみすぎて処理が複雑化して死 版カラムつけて管理する→SQLが煩雑化したり論理削除フラグのからみが混乱して死 http://medaka.5ch.net/test/read.cgi/prog/1762945137/225
226: 仕様書無しさん [sage] 2025/11/16(日) 17:04:08.54 >>204 でもお前、誰とも握手してないよな http://medaka.5ch.net/test/read.cgi/prog/1762945137/226
227: 仕様書無しさん [sage] 2025/11/16(日) 17:05:27.59 ほしいのは多分特定レコードの任意時刻のスナップショットなんだ http://medaka.5ch.net/test/read.cgi/prog/1762945137/227
228: 仕様書無しさん [sage] 2025/11/16(日) 17:14:02.09 きゅうにさびしいことをいうな http://medaka.5ch.net/test/read.cgi/prog/1762945137/228
229: 仕様書無しさん [sage] 2025/11/16(日) 17:14:56.59 ああ、昨日のこいつか >>129 http://medaka.5ch.net/test/read.cgi/prog/1762945137/229
230: 仕様書無しさん [sage] 2025/11/16(日) 17:15:26.67 そいつです たすけて http://medaka.5ch.net/test/read.cgi/prog/1762945137/230
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s