虹裏img歴史資料館

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

21/11/17(水)20:20:33 初回リ... のスレッド詳細

削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。

画像ファイル名:1637148033177.jpg 21/11/17(水)20:20:33 No.867576333

初回リリースが終わったのでテーブル設計に手を入れることになった のはいいんだけどデータ移行のこと考えると頭が痛い

1 21/11/17(水)20:21:28 No.867576672

dumpしてテキストを書き換えて書き戻せばいいだろ

2 21/11/17(水)20:23:10 No.867577293

なんで最初から設計しないんですか!

3 21/11/17(水)20:23:48 No.867577524

それって全部テストし直すの…?

4 21/11/17(水)20:24:42 No.867577865

>初回リリースが終わったので うん >テーブル設計に手を入れることになった なんで?

5 21/11/17(水)20:25:25 No.867578123

オイオイオイ 運用始まっちゃってるわアイツ

6 21/11/17(水)20:26:44 No.867578617

目的は何だ遅いのか

7 21/11/17(水)20:28:16 No.867579171

そんな車納品した後に4ドアから2ドアにするみたいな…

8 21/11/17(水)20:28:22 No.867579203

>それって全部テストし直すの…? うn

9 21/11/17(水)20:29:39 No.867579742

多分動くと思うからリリースしようぜ

10 21/11/17(水)20:30:38 No.867580137

二行目でそっとスレを閉じた

11 21/11/17(水)20:31:21 No.867580403

やり直しと同じじゃねーかとしか

12 21/11/17(水)20:31:45 No.867580548

データ移行が必要なテーブル設計への手入れって何するつもりなの…

13 21/11/17(水)20:31:47 No.867580560

リリース直後で良かったじゃないか

14 21/11/17(水)20:32:31 No.867580815

1部NoSQLに移すとかやるの?

15 21/11/17(水)20:33:19 No.867581131

新しく立ち上げるときなら簡単なものでも 運用中に手を入れるとなると途端に難易度上がったりする

16 21/11/17(水)20:34:06 No.867581413

>目的は何だ遅いのか 今の設計のままだとフェーズ2の要件にどうしても応えられないから

17 21/11/17(水)20:34:06 No.867581417

プライマリキーのID以外1つのjson型に詰め込もうぜ 全部取り出して毎回パースするの

18 21/11/17(水)20:40:15 No.867583835

匂い立つクソ現場感

19 21/11/17(水)20:41:42 No.867584377

>>目的は何だ遅いのか >今の設計のままだとフェーズ2の要件にどうしても応えられないから それならしょうがないな… 最初からやってればとか言っちゃいけないよな

20 21/11/17(水)20:43:33 No.867585117

なんかピーピー言ってくる対策でcol_ex1,col_ex2... みたいのいっぱい作っとこうぜ!

21 21/11/17(水)20:43:38 No.867585151

運用やってとき本番データ移行作業中は汗が凄かった

22 21/11/17(水)20:43:51 No.867585252

生きの良い技術負債でございますな

23 21/11/17(水)20:44:11 No.867585399

>今の設計のままだとフェーズ2の要件にどうしても応えられないから 費用と時間さえもらえれば大した問題じゃないな 普通の改修案件だ

24 21/11/17(水)20:44:22 No.867585474

段階的リリースであってもデータ構造だけは固めておいたほうがいい…

25 21/11/17(水)20:47:03 No.867586569

オレ SQL キライ コウブンエラー ドコカ ワカラナイ データノ リレーション ワカラナイ カタ カッテニ カエラレル キライ

26 21/11/17(水)20:47:31 No.867586760

データ構造固めが事前にできるような現場ならフェイズ2とかそもそもいらんような気もしないでもない

27 21/11/17(水)20:52:00 No.867588609

>プライマリキーのID以外1つのjson型に詰め込もうぜ >全部取り出して毎回パースするの なんかパッと見確実に破綻しそうだけどありなの…?

28 21/11/17(水)20:52:12 No.867588689

フェーズとかステップって概念のある現場は大抵破綻する

29 21/11/17(水)20:54:20 No.867589581

>運用やってとき本番データ移行作業中は汗が凄かった 全く経験も知識もないのにチームに入れられた時は本気で一ヶ月後にはなんかやらかして死んでるわ俺と思った データの静止点作って移行の記憶しか残ってない

30 21/11/17(水)20:56:16 No.867590387

>>プライマリキーのID以外1つのjson型に詰め込もうぜ >>全部取り出して毎回パースするの >なんかパッと見確実に破綻しそうだけどありなの…? 検索したい条件がプライマリキーだけであることが確実であれば使える 一般的なKVSの使い方の亜種 それ以外の値を条件にして検索したい場合は破綻する

31 21/11/17(水)20:57:01 No.867590703

>なんかパッと見確実に破綻しそうだけどありなの…? そこそこの件数とそこそこの負荷のある環境でやってるけど json構造用の検索関数とかももう組み込みであるのでNoSqlチックに使っても割といけるもんだぞ

32 21/11/17(水)20:57:24 No.867590878

(データさえ入っていれば後でどうとでもなるだろう…)ヨシ!

33 21/11/17(水)20:57:48 No.867591041

まあ設計が終わった後に「やっぱあれ無し」と「やっぱりいるわ」を繰り返した挙句 肝心のデータが入らずNULLエラーが起きて設計とPGが揉めるんだけどな!

34 21/11/17(水)20:59:38 No.867591783

正直リリース後にやっぱり無しとか有りってよくある話だし… そこから期間と金を分捕れればまあ…

35 21/11/17(水)21:00:37 No.867592203

>運用やってとき本番データ移行作業中は汗が凄かった 映画なんかでハッカーがすごいことやってる時の心境みたいになってそう

36 21/11/17(水)21:02:19 No.867592920

クソ見たいなJOINを見て解きほぐしていくとそもそもこれ JOIN必要なくてロジックで処理した方が楽よね…ってのを割と見るのでSQLしか使わない人はだいぶ怖い

37 21/11/17(水)21:03:24 No.867593391

>運用やってとき本番データ移行作業中は汗が凄かった 文字通り手に汗握るよね 手汗が凄い出る こればっかりは何回やっても慣れない

38 21/11/17(水)21:06:15 No.867594735

>>運用やってとき本番データ移行作業中は汗が凄かった >文字通り手に汗握るよね >手汗が凄い出る >こればっかりは何回やっても慣れない 運用中に結構な範囲のUPDATEを流すのもいいぞ!! 何度も検証してるけどコレまずったら障害地獄だよね…とか考えながらやるとしっこ漏らす

39 21/11/17(水)21:07:02 No.867595066

いきなりDB管理投げられるのも辛いよ

40 21/11/17(水)21:08:27 No.867595775

これがアジャイルってやつよ

41 21/11/17(水)21:08:44 No.867595908

時代はNoSQLだから移行してって言葉から始まる案件いいよね…

42 21/11/17(水)21:09:43 No.867596352

NoSQLでSELECTとかどうすんの

43 21/11/17(水)21:10:07 No.867596557

時代はNoSQLって4年位前に言われたんだよね? ね?

44 21/11/17(水)21:10:26 No.867596712

SELECTする

45 21/11/17(水)21:10:39 No.867596806

フェーズが分離してて対応しなくちゃいけないのであれば そもそもフェーズ毎に対応できるように最初っから全体設計しておくべきなのでは?

46 21/11/17(水)21:12:32 No.867597628

>そこそこの件数とそこそこの負荷のある環境でやってるけど >json構造用の検索関数とかももう組み込みであるのでNoSqlチックに使っても割といけるもんだぞ 素直にNoSQLに任せた方が良さそうだけど単にNoSQL使ってるだけと考えれば行けるか

47 21/11/17(水)21:13:26 No.867598026

>クソ見たいなJOINを見て解きほぐしていくとそもそもこれ JOIN必要なくてロジックで処理した方が楽よね…ってのを割と見るのでSQLしか使わない人はだいぶ怖い ロジック必要なのはカラムの動的な増減とpivotくらいで他はクエリの方がマシではある 限度はあるけどね

48 21/11/17(水)21:14:42 No.867598621

計算処理ロジックで組むより圧倒的にSQLで組んだ方が早いんだよな DBへの負荷は置いておく

49 21/11/17(水)21:14:50 No.867598681

複雑なクエリで一発 VS 単純なクエリで複数

50 21/11/17(水)21:15:34 No.867598979

ORマッパー死ね

51 21/11/17(水)21:16:14 No.867599264

>時代はNoSQLって4年位前に言われたんだよね? >ね? 令和2年が4年前だといいね!

52 21/11/17(水)21:17:24 No.867599762

>フェーズが分離してて対応しなくちゃいけないのであれば >そもそもフェーズ毎に対応できるように最初っから全体設計しておくべきなのでは? とにかく人を突っ込むためにスタートさせる すごいことになる

53 21/11/17(水)21:19:35 No.867600669

止めらんないから土日にやりますいいよねよくない

↑Top