22/08/23(火)18:02:53 設計が ... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1661245373615.jpg 22/08/23(火)18:02:53 No.963940810
設計が 設計が終わらない…
1 22/08/23(火)18:05:10 No.963941560
設計してるだけマシ マジで
2 22/08/23(火)18:09:12 No.963942823
設計なしの現場って一体どうしてんの?
3 22/08/23(火)18:11:05 No.963943396
都度都度項目を追加してる
4 22/08/23(火)18:11:53 No.963943626
みんな逃げてプロジェクトがポシャる
5 22/08/23(火)18:12:23 No.963943777
効率化…?
6 22/08/23(火)18:12:29 No.963943815
>都度都度項目を追加してる どこにどんなカラム追加するかは誰が決めてんの?
7 22/08/23(火)18:13:07 No.963944006
>どこにどんなカラム追加するかは誰が決めてんの? 開発者がフィーリングで
8 22/08/23(火)18:14:46 No.963944447
"table_001"."column_001" "table_001"."column_002" "table_001"."column_003" "table_001"."column_004" "table_001"."column_005"
9 22/08/23(火)18:15:04 No.963944538
>"table_001"."column_001" >"table_001"."column_002" >"table_001"."column_003" >"table_001"."column_004" >"table_001"."column_005" 死んでよ~
10 22/08/23(火)18:15:33 No.963944696
アジャイル開発やったことないけど DB設計どうしてるんだろな…
11 22/08/23(火)18:15:37 No.963944716
どこで使われてるか怪しい予備項目がある
12 22/08/23(火)18:16:21 No.963944933
O/Rしんだ?
13 22/08/23(火)18:18:08 No.963945510
>どこで使われてるか怪しい予備項目がある 予備は使われないから予備なんよ
14 22/08/23(火)18:19:07 No.963945797
>>どこで使われてるか怪しい予備項目がある >予備は使われないから予備なんよ なんでそんな項目があるんですか?
15 22/08/23(火)18:19:26 No.963945906
GYOMU_HIDUKE
16 22/08/23(火)18:19:47 No.963946025
機能増やす時に考えてスキーマ書いてる リリースするまでなら破壊的変更入れても良いよね…
17 22/08/23(火)18:20:14 No.963946181
>>予備は使われないから予備なんよ >なんでそんな項目があるんですか? PMを安心させるため
18 22/08/23(火)18:22:52 No.963947040
だからって設計しないとどえらい目にあうからな
19 22/08/23(火)18:22:57 No.963947066
del_flg,del _date
20 <a href="mailto:金融系のお達し">22/08/23(火)18:23:20</a> [金融系のお達し] No.963947182
>死んでよ~ 全部テーブル設計書に書いてあるでしょ?
21 22/08/23(火)18:24:05 No.963947435
>>どこにどんなカラム追加するかは誰が決めてんの? >開発者がフィーリングで やべーぞ!
22 22/08/23(火)18:25:06 No.963947757
インデックスだ インデックスが全てを解決する
23 22/08/23(火)18:26:29 No.963948188
実行計画見てメンテとか…ならさらないんですか?
24 22/08/23(火)18:26:52 No.963948302
>del_flg,del _date del_flgがtrueでstatus_flagが1以外だったらそのデータは無効扱いです
25 22/08/23(火)18:27:16 No.963948429
この前見直して10000倍早いSQL作ったところだ
26 22/08/23(火)18:27:41 No.963948566
>この前見直して10000倍早いSQL作ったところだ 元が地獄みたいな感じだったの?
27 22/08/23(火)18:28:06 No.963948668
>>この前見直して10000倍早いSQL作ったところだ >元が地獄みたいな感じだったの? 元が何行になってたのか聞くのが怖いな
28 22/08/23(火)18:28:57 No.963948955
昔やらかしたカラムのスペルミスが気になるけどもうどうしようもない…
29 22/08/23(火)18:29:02 No.963948982
>この前見直して10000倍早いSQL作ったところだ やったー!って喜べばいのになんでこんなに早いんだ間違ってるんじゃないか?とか 前はなんでこんなに遅かったんだって怒られるんだよね…
30 22/08/23(火)18:29:40 No.963949197
作ったやつしかわからない略称やめろ system_data1みたいな列に外部キー項目もたせるのやめろ syoとshoとshouとsyou全部使うのやめろ ほぼ同じ定義のテーブルを複数作るのやめろ indexが何かわかってない奴が設計するのやめろ 主キーをやたら複雑にしたりAPサーバーで発行するのやめろ コメント使わずテーブル定義書に書いてあるとか言って実態と乖離しまくるのやめろ
31 22/08/23(火)18:30:10 No.963949363
君たち正規化って知ってる?
32 22/08/23(火)18:30:44 No.963949539
なんでテーブル設計したのにメインテーブルのカラムが700超えるの? ねえなんで? テーブル設計チームは何してたの?
33 22/08/23(火)18:33:00 No.963950254
何か最初にテーブルから引っ張ってきた値によって副問合せが変形合体する超大作SQLがいて実行計画がゴミカスで1回実行するのに1時間位かかってたのをアプリのコードから作り直してSQL全部分割したら30秒で結果が返るようになった どうして最初からそうできないんだ…
34 22/08/23(火)18:33:18 No.963950355
700…ちっさいアプリしか作ったことないから感覚わからないけどすっげ…
35 22/08/23(火)18:33:21 No.963950376
構文チェックだけだけどアンチパタンチェッカー使ってね https://github.com/jarulraj/sqlcheck
36 22/08/23(火)18:33:31 No.963950423
>なんでテーブル設計したのにメインテーブルのカラムが700超えるの? >ねえなんで? >テーブル設計チームは何してたの? JOINせずに済んでお得!
37 22/08/23(火)18:33:32 No.963950433
>なんでテーブル設計したのにメインテーブルのカラムが700超えるの? >ねえなんで? >テーブル設計チームは何してたの? 700カラムのテーブルできた!頑張った!
38 22/08/23(火)18:33:45 No.963950503
>どうして最初からそうできないんだ… これをやる判断が下せないから >アプリのコードから作り直し
39 22/08/23(火)18:33:55 No.963950561
>700…ちっさいアプリしか作ったことないから感覚わからないけどすっげ… 明らかにおかしい
40 22/08/23(火)18:34:08 No.963950626
>700カラムのテーブルできた! もうNoSQLでやれよそれは
41 22/08/23(火)18:34:31 No.963950737
帳票の明細そのままテーブルにしたんだなってパターンだと簡単にカラム数3桁イクよ
42 22/08/23(火)18:35:04 No.963950910
サービスに必要な全データを1テーブルにまとめたとか?
43 22/08/23(火)18:35:11 No.963950944
>>なんでテーブル設計したのにメインテーブルのカラムが700超えるの? >>ねえなんで? >>テーブル設計チームは何してたの? >JOINせずに済んでお得! マジでそうなんだ 更改前は2つのテーブルで整理して1個にするか!って話だったんだ 政治的なあれこれで単純合体+新規必要なもの増やしただけになったんだ
44 22/08/23(火)18:35:58 No.963951196
デカいサービスだとしても700カラムはおかしくない…? どういう状況なんだろう…
45 22/08/23(火)18:36:49 No.963951451
>サービスに必要な全データを1テーブルにまとめたとか? 全体のサービスが雑誌発行とその雑誌に載ってる情報をwebサイトにのっけて検索できるようにするって2本の柱があって 雑誌用に入稿されたデータを管理するテーブルとそこからwebサイトにのっける情報を抽出して保持するテーブルがもともとあったんだ 合体した
46 22/08/23(火)18:37:00 No.963951509
SQLのこと全然わからないまま雰囲気で使ってる サンキューCakePHP!
47 22/08/23(火)18:37:02 No.963951525
設計しないは流石に会ったこと無いな… 後からどんどん変わるのならよくあるが… 設計とは一体…
48 22/08/23(火)18:37:04 No.963951535
たのむからSQLアンチパターンくらい読んどいてくれ 図書館で借りれるだろ…
49 22/08/23(火)18:37:28 No.963951662
外部キー制約使わないマン
50 22/08/23(火)18:37:59 No.963951815
画面を作ると自動でテーブルも作られます!って地獄みたいなツールの保守したときは死ぬかと思った
51 22/08/23(火)18:38:06 No.963951853
設計しました!(外部設計の項目を詰め込んだだけ)
52 22/08/23(火)18:38:22 No.963951932
>たのむからSQLアンチパターンくらい読んどいてくれ >図書館で借りれるだろ… 技術者として当たり前のようで意外となんか読むってハードル高いらしいよ
53 22/08/23(火)18:38:31 No.963951980
>画面を作ると自動でテーブルも作られます!って地獄みたいなツールの保守したときは死ぬかと思った あれって裏側のデータ処理速度とか考えられてないヤツ多くない?
54 22/08/23(火)18:38:58 No.963952121
>全体のサービスが雑誌発行とその雑誌に載ってる情報をwebサイトにのっけて検索できるようにするって2本の柱があって >雑誌用に入稿されたデータを管理するテーブルとそこからwebサイトにのっける情報を抽出して保持するテーブルがもともとあったんだ >合体した なるほどなぁ 際限なくデータカラム数が増えるわけだわ… 触りたくねぇ~!
55 22/08/23(火)18:39:05 No.963952165
oracleのチューニングパック買えばGUIでどこが遅いかどう直せば早くなるかわかるのにあんまり導入してるところないよね… 1ライセンス60万円買い切りなんて安いものだと思うのに
56 22/08/23(火)18:39:50 No.963952392
なんか400カラムのテーブル程度でヘラってた俺が小さいやつに見えてきた!
57 22/08/23(火)18:40:18 No.963952548
キントーンは後で地獄になる臭いがプンプンするぜ!
58 22/08/23(火)18:40:34 No.963952626
>なんか400カラムのテーブル程度でヘラってた俺が小さいやつに見えてきた! 多いって!
59 22/08/23(火)18:40:37 No.963952639
技術屋がいくら有能でも政治的しがらみには抗えないの歯痒いよね…
60 22/08/23(火)18:40:44 No.963952682
>oracleのチューニングパック買えばGUIでどこが遅いかどう直せば早くなるかわかるのにあんまり導入してるところないよね… 他だと大体無料ツールで配ってると思うけどoracleは60万円もするのか…
61 22/08/23(火)18:40:47 No.963952707
まずカラムに100の桁がでてる時点でおかしくない?俺がおかしいのか…?
62 22/08/23(火)18:40:54 No.963952747
>なんか400カラムのテーブル程度でヘラってた俺が小さいやつに見えてきた! 上のテーブル触っててかつ抽出バッチ作らされてた俺は完全におかしくなってて上司に歩き方がドスドスしてるし顔も怖いって周りから言われてるからやめろやって怒られた じゃあ一人に任せんなや!
63 22/08/23(火)18:41:00 No.963952775
>あれって裏側のデータ処理速度とか考えられてないヤツ多くない? PK?んなもんねぇよ!な侠気自動作成だから速度遅い時のメンテは殺意しかわかねぇ!
64 22/08/23(火)18:41:03 No.963952786
NoSQLのDBとRDBMS行ったり来たりしてると頭おかしくなる 常識が色々真逆すぎる かと思えば同じだったりする
65 22/08/23(火)18:41:11 No.963952821
この項目なんであるのとか言わなきゃ設計する
66 22/08/23(火)18:41:50 No.963953036
本読むのは沼に踏み入れる前か頭まで浸かりきったときだぜ!
67 22/08/23(火)18:42:29 No.963953246
>キントーンは後で地獄になる臭いがプンプンするぜ! まず完全にベンダーロックインしちゃうからね
68 22/08/23(火)18:42:47 No.963953349
50カラムでも十分多いカンナ
69 22/08/23(火)18:42:51 No.963953375
700は文章を1文字ずつ別な列に入れてんじゃねーのレベルでひどい
70 22/08/23(火)18:42:59 No.963953408
BigQueryでは良いかも知れねえけどこんなSQLをデータベースに流させねえよ!
71 22/08/23(火)18:43:45 No.963953672
>>oracleのチューニングパック買えばGUIでどこが遅いかどう直せば早くなるかわかるのにあんまり導入してるところないよね… >他だと大体無料ツールで配ってると思うけどoracleは60万円もするのか… oracle製品群の値段知ってる人なら買い切り60万はタダみたいなもん
72 22/08/23(火)18:44:14 No.963953820
でっかいテープル作って!とりあえず毎回select *! 列選択や抽出はAPでやる!
73 22/08/23(火)18:44:15 No.963953827
設計おろそかにされたせいでいらんデータまで追加される 勘弁してくだち… メンテするのは私なんだ…
74 22/08/23(火)18:44:16 No.963953831
実行計画読む人少なくない…?
75 22/08/23(火)18:44:48 No.963954009
全部jsonデータにまとめてぶっこめばDB設計なんて適当でええ!
76 22/08/23(火)18:44:52 No.963954027
プライベートの時間使って勉強するようなのは上澄みなんだ
77 22/08/23(火)18:44:53 No.963954030
>でっかいテープル作って!とりあえず毎回select *! 死んでよ~
78 22/08/23(火)18:44:59 No.963954072
>列選択や抽出はAPでやる! 死んで?
79 22/08/23(火)18:45:02 No.963954087
>技術屋がいくら有能でも政治的しがらみには抗えないの歯痒いよね… 金融系行った時ほんと政治のみで全てが進んでて笑っちゃった
80 22/08/23(火)18:45:36 No.963954256
oracleはカラムに画像ファイルとかXMLとかJSONとかぶち込める!って宣伝してたけど使ってるの見たことない
81 22/08/23(火)18:45:37 No.963954257
NoSQL?っていうのにすればテーブル設計いらないんでしょ!
82 22/08/23(火)18:45:44 No.963954298
正規化という言葉すら知らないDBエンジニアと仕事したことがある
83 22/08/23(火)18:46:02 No.963954388
>でっかいテープル作って!とりあえず毎回select *! >列選択や抽出はAPでやる! …すぞ
84 22/08/23(火)18:46:10 No.963954444
実行計画はSQLがめちゃくちゃ遅くなってから見るものというイメージだな デキるところは最初から見てるんです?
85 22/08/23(火)18:46:33 No.963954562
>oracleはカラムに画像ファイルとかXMLとかJSONとかぶち込める!って宣伝してたけど使ってるの見たことない Oracleだけじゃないし普通に使うよ必要に迫られれば
86 22/08/23(火)18:46:44 No.963954628
>>技術屋がいくら有能でも政治的しがらみには抗えないの歯痒いよね… >金融系行った時ほんと政治のみで全てが進んでて笑っちゃった ほんと笑うしかないよね ベストまではいかないけどベターな提案してもは?お前らみたいな木っ端SEの話きくわけねえじゃん 実働部隊は手だけ動かしてりゃいいんだよっなるの 打合せ行ってこいつらいらなくね?打合せ出るくらいなら手動かしてろって言われたのマジで殺すかってなった
87 22/08/23(火)18:46:46 No.963954637
>正規化という言葉すら知らないDBエンジニアと仕事したことがある 正規化を卑猥な単語だと思われそうで嫌だなそれは
88 22/08/23(火)18:46:47 No.963954645
その遅くなるかってのを出す前にやるだろ…?