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
止めらんないから土日にやりますいいよねよくない