如題
某個同事不知道為什麼有個根深蒂固的觀念
每次只要談到資料表設計
都會說要把資料存成字串(非 json)
但是存在字串的話
查詢時不是會引起 full table scan 嗎?
如果是數值 拿出來的時候要轉型態才能用
存回去又要再轉成字串
某次又耳聞某公司也會這樣做
這下小弟實在不懂了
好奇好處在哪?
版上有大大願意說明一下嗎?
(為什麼不問他? 因為上次說過 full table scan 的問題了
所以上次沒這樣做 這次又...)

因為他不會其他作法吧...?

不考慮效能問題的話，字串設計很好擴充新欄位

不如用NoSQL?

擴充新欄位? 不懂 大大願意再說詳細點嗎?換成 nosql 應該會有一堆人跳腳 XD

大部分都是懶吧..

基本上大概是沒什麼概念 這種方式北七死了 還要轉來轉去的

有用ORM的話是沒差啦

不一定會full scan ，看你index怎麼打....只聽過在IMS DB那個年代有人這樣玩過....

單純方便而已，大多是NOSQL在用的，如果關聯式資料庫用的話基本上就是只想靠substring,intdexof打天下沒別的用途，掃描的話不用擔心現在db都做得很好，如果真的上億筆資料不太可能這樣子存，除非你是某幾家大廠目前會存成字串的資料格式通常都是圖檔比較多

也覺得是懶得花心思考慮資料型態

除了偷懶外想不到好處如果想改變同事的觀念，直接問本人如何？人的想法只有自己能改變

肯定是只看到一個範例以為資料都是這麼存。如果他第一個看到的範例是用float, 相信他會把所有字串轉成float存放..

貴公司不做code review的嗎...

我看錯了，如果是全欄位都存成字串的話，應該是腦袋有洞

我之前有看過一次，對方的解釋是說曾經有幾次資料庫更新,float增加0.001之類的，後來就全部存字串確保正確

個人經驗而言是用SQL做NoSQL的常態擴充才變得如此xD那為什麼不用NoSQL DB? - 歡迎學到職場政治xD

怕數字overflow ?

2017年了，資料庫已經和20年前的樣子很不一樣了。

沒遇過上千萬筆的資料表吧

數字硬要存成字串，效率就差了

完全沒好處

我剛開始就是這樣幹的，我自己是非本科，所以不知道差別，後來其他人給我意見後，就數字改成數字，日期轉成日期

沒啥好處，壞處倒是不少

講那麼多，就是不會設計data model 而已啊，工作久了發現一堆不會設計的人都不知道從哪學來的奇葩知識

其實銀行只有金額才會給數值型態，其它的話大都是給char或varchar,但會給長度。