[請益] Database String Array Type

chuegou12/02 20:23我的建議是不要怕留下技術債 還債的不一定是你

chen0988512/02 20:51實際上正規化後各種限制也是問題

abccbaandy12/02 21:13推1F，怕什麼，你這專案成功了就丟給菜鳥維護了

abccbaandy12/02 21:14還能嘴他需求做太慢，你當年XX一天就好

CRPKT12/02 21:20你們業務邏輯裡有沒有需要從 B 反查 A?

internetms5212/02 21:37CRPKT大大您好，主要的邏輯都是從B向A來查詢的，是

internetms5212/02 21:37為了多個B對多個A才這樣做的，因為1B對多A的關係不

internetms5212/02 21:37夠用

neo527712/02 22:08存json字串 或是乾脆nosql

jack020412/02 23:01關係表是有必要的，也可以用NOSQL，或是快逃

jack020412/02 23:07不過根據主要業務來評估比較好，如果不頻繁的話都行

SHANGOYANYI12/03 00:37需要這麼厚工喔？ 一個基本多對多的表是難在哪?XD

alan310012/03 01:05不就一個mapping table就搞定是難在哪

alan310012/03 01:09pk:id,A_pk,B_pk,isValid,modifyDate

alan310012/03 01:11string array或nosql 你都還是要面對是否要強一致性問題

ssccg12/03 01:37你是要問怎樣比較好，還是怎麼說服你家CTO..

ssccg12/03 01:46如果要表達關係的話，關係表才是最簡單又有彈性的，存個

ssccg12/03 01:47array除了不開新table外，既沒好處也沒什麼很大的彈性啊

internetms5212/03 07:16CTO的溝通部分也許跟軟體不太有關，若覺得奇怪就留

internetms5212/03 07:16給小弟我自己解決就可以了，大大們就分享想分享的

internetms5212/03 07:16部分就好，謝謝各位大大的回覆

Jichang12/03 08:15有些情況是不太想用 join 兩種方法各有優缺 有json type

Jichang12/03 08:15可以用

brucetu12/03 12:35讀寫比例 預估資料總筆數 峰值流量 日常流量

brucetu12/03 12:36這些都會影響你要用哪種方式實作

brucetu12/03 12:36但有一個很簡單的準則就是 如果你小公司 流量小

brucetu12/03 12:36就用寫code最快的方式讓memory去扛一切的問題

brucetu12/03 12:38你家CTO提出的辦法基本上就是寫code最快最懶的方法

brucetu12/03 12:38也就是最省成本

brucetu12/03 12:39建議你就做 萬一效能爆炸 增加硬體成本 責任不在你

SHANGOYANYI12/03 13:24真的照你家CTO那想法做 那以後資料層問題是dev負責

SHANGOYANYI12/03 13:24還是dba負責？

Firstshadow12/03 13:51這種可以當CTO==?

HKCs12/03 14:22用json/jsonb吧 反正他提出來的 出事就叫他自己去跟老闆/客

HKCs12/03 14:22戶解釋

OriginStar12/03 14:37stackoverflow也有人問類似的問題，也有人提出解決

OriginStar12/03 14:38方法，所以技術上不是問題，CTO則是考量公司營運未來

OriginStar12/03 14:40所以所預先的規劃，即使原PO不做也會找別人做，當然

OriginStar12/03 14:41原PO不在意升遷、加薪、年終的話說自己不想負責這塊

OriginStar12/03 14:41看能不能請其他同事負責也行

s06yji312/03 14:52又不是什麼違背良心的事情XD

hobnob12/03 17:18CTO不都是自家公司隨便喊的嗎。原PO就照做就好，不必爭論

hobnob12/03 17:18，未來自己當CTO之後就可以做借鏡了

marc4712/04 00:45如果只有幾十萬筆資料，愛怎麼變就讓他變，如果是幾千萬筆

marc4712/04 00:45以上，要三思，pg的sql analyze很笨，更何況還要用array去

marc4712/04 00:45拆，及做關聯，explain你看看cost可能都是full table scan

marc4712/04 00:45，cost可能就嚇死人

ssccg12/04 03:53那方法怎麼會寫code最快最懶，原po都說了用jpa hibernate

ssccg12/04 03:54關係表直接@ManyToMany就完了，array一定要用postgres的

ssccg12/04 03:54native sql去寫，哪裡省了

ssccg12/04 03:59好像有不少人包括一樓說技術債都以為是在說CTO提了個方便快

ssccg12/04 03:59速的方法，不是吧這篇明明是在抱怨CTO提了個程式就比較難寫

ssccg12/04 04:00又不合常規、但也說不出哪裡好(只說就有很大的彈性、關係表

ssccg12/04 04:01多餘)，然後也沒什麼目的只為了少開個多餘(?)table

ssccg12/04 04:03當然實際上也許CTO是有什麼考量，但顯然原PO沒接收到

pttano12/04 09:44可憐喔，爛CTO搭配junior ，真是一絕

ppc12/04 13:47一樓精闢