虹裏img歴史資料館

ここでは虹裏imgのかなり古い過去ログを閲覧することができます。新しいログはこちらにあります

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

その遅くなるかってのを出す前にやるだろ…?

↑Top