嘻嘻羊 ✿
@CC_27
Mon, Aug 29, 2016 1:57 PM
noSQL = 洗好衣服沒空收，全部堆在沙發上
我的感覺啦
掰噗~
@baipu
Mon, Aug 29, 2016 1:57 PM
你說得真是太對了!
嘻嘻羊 ✿
@CC_27
Mon, Aug 29, 2016 2:16 PM
之前很忙所以都沒收衣服哈哈哈，積了六個禮拜洗好的衣服堆在沙發上，每天早上都在挖衣服穿，反正我也沒在管甚麼穿搭啦！
昨天終於得空把衣服收好掛進衣櫥裡，真是神清氣爽啊！人生應該要以ＳＱＬ為目標啊！
FrankieL
@frankie0407
Mon, Aug 29, 2016 3:13 PM
我也這樣欸 哈哈哈 之前是一股腦就塞衣櫃但沒有折，反正穿一下就平了啊哈哈哈
嘻嘻羊 ✿
@CC_27
Mon, Aug 29, 2016 3:36 PM
我都沒折，掛起來而已，而且有一半的衣服是運動用的，這我都塞到抽屜裡反正運動而已
rascal22
@rascal22
Mon, Aug 29, 2016 4:41 PM
Enterprise / big products -> SQL ; Mobile / small projects -> NO, No sql... XD
嘻嘻羊 ✿
@CC_27
Mon, Aug 29, 2016 5:47 PM
rascal22 : 這叫做當你只有三件衣服的時候當然亂堆就可以 ：Ｐ
hatershater
@hatershater
Mon, Aug 29, 2016 6:59 PM
比喻真妙！當你常常買不同種衣服的話，與其一天到晚要換衣櫃，還不如乾脆全部堆在沙發上算了
嘻嘻羊 ✿
@CC_27
Mon, Aug 29, 2016 7:10 PM
hatershater : ＸＤ 但一個人適合的style就那幾種啊，還是不要亂買啦！還是推薦買固定幾種單品然後join搭配，不然像我買裙子根本不會穿啊還不是塞在抽屜裡～
hatershater
@hatershater
Mon, Aug 29, 2016 7:17 PM
所以是說常常換schema的人就像常亂買衣服的人一樣，應該要想清楚這根本以後不會用到這樣嗎XD 好有道理！
嘻嘻羊 ✿
@CC_27
Tue, Aug 30, 2016 2:27 AM
hatershater : 前陣子在教database，然後你知道我們都要趕在時代尖端所以當然是MEAN stack。但我真的不懂mongoDB或說noSQL的優點在哪？有資料幹嘛不整理好呢！？昨天收衣服的時候突然覺得我自己衣服就是一堆一堆的啊！而且我最近迷上uniqlo內建胸墊的背心，只要一件套上去就可以出門不用找內衣，只差買內建胸墊的洋裝就是Document-oriented database的完全體了！
yasuko
@yasuko
Tue, Aug 30, 2016 2:28 AM
需要有人發明摺衣服機，我每次做家事都做得很不爽。
嘻嘻羊 ✿
@CC_27
Tue, Aug 30, 2016 2:30 AM
yasuko : 日本人有發明耶～不過其實我都沒摺，只用掛的，用空間換取時間這樣
yasuko
@yasuko
Tue, Aug 30, 2016 2:34 AM
嘻嘻羊 ✿ : 最近也開始覺得穿內衣是件很煩人的事。也該跟妳學習去找有內襯的運動衣或背心
嘻嘻羊 ✿
@CC_27
Tue, Aug 30, 2016 2:40 AM
yasuko : 我都穿這個，真的好方便又舒服，我丟洗衣機洗也不覺得有鬆掉，不過支撐力沒那麼強啦，不能去跑步
Women Bra Tops | UNIQLO
FrankieL
@frankie0407
Tue, Aug 30, 2016 2:40 AM
今年夏天熱歪我整個夏天都穿運動內衣.....
yasuko
@yasuko
Tue, Aug 30, 2016 2:42 AM
嘻嘻羊 ✿ : 好喔！謝謝你。我現在很少跑步了，大多做NTC. 自己跑步太容易太偷懶了。
rascal22
@rascal22
Tue, Aug 30, 2016 3:38 AM
只有我比較nerdy來回答noSQL的優點嗎? XD 是說你要是經歷過 1NF, 2NF.....4NF 後 + 有人一天到晚改 schema 加上一堆nested join，保證你會說 FUCK SQL ! 然後沒人說NoSQL就不需要分堆，高手仍然可以把NoSQL弄得整齊有條理；太多hierarchy只是找自己麻煩罷了。 => 除非 SQL expert 是你要走的路。
嘻嘻羊 ✿
@CC_27
Tue, Aug 30, 2016 4:26 AM
rascal22 : 我的疑問是，如果要把NoSQL弄得整齊有條理，最後還是會需要schema吧？然後就出現mongoose這種在mongo上寫schema的東西....
嘻嘻羊 ✿
@CC_27
Tue, Aug 30, 2016 4:28 AM
我同意一開始會一直改schema啦，這種事我前世搞硬體的時候幹過，還覺得不過是加一column嘛為什麼搞ＤＢ的大叔要花兩天改，我excel一秒就改好惹ＸＤ
rascal22
@rascal22
Tue, Aug 30, 2016 5:17 AM
Mongo就算寫點schema也是 NoSQL light-weight schema，as flat as possible. 像舊時代傳統SQL 四五層relation的寫法根本就在拍Inception...XD (當然也有人把MySQL的schema設計成 key-value 在用的，超屌的)
crosswalk
@crosswalk
Tue, Aug 30, 2016 5:34 AM
真奇妙，這討論跟我的經驗有點出入，不過我用 NoSQL 是四五年前的事，可能是我落伍了。當初 NoSQL 崛起的一大原因就是 scalability，資料量大的時候 (ideally) 可以多買幾台server來擴充資料庫。另一個賣點是 NoSQL 跟 MapReduce 的整合比較好，用了 Hadoop 系列的軟體，就會順便裝個 NoSQL 來用。
crosswalk
@crosswalk
Tue, Aug 30, 2016 5:42 AM
關於改 schema，我的經驗/印象是，同一個 schema 用了三五年總要與時俱進，稍微變動一下。對每天新增幾百幾千萬筆的資料庫來說，在 SQL schema 裡加一個 column，要 update historical data 可能要花上幾天幾夜，總不能 update 的期間都關站吧，所以每 update 一次就要做很多 planning。NoSQL 的 flexibility 就相對很吸引人。
rascal22
@rascal22
Tue, Aug 30, 2016 5:42 AM
沒錯阿，NoSQL = horizontal scalability = flat
嘻嘻羊 ✿
@CC_27
Tue, Aug 30, 2016 1:53 PM
crosswalk : 哦哦長知識，感謝教學
rascal22
@rascal22
Tue, Aug 30, 2016 5:30 PM
crosswalk : 喔再讀一遍才懂你的問題。No我沒有說NoSQL不能用大數據，但是1. 很多大企業仍然在用SQL，並不是每家公司都需要搞big data 2. SQL schema仍然是消弭redundancy最佳方法 3. 幾年前NoSQL server的穩定性還輸MySQL, PostgreSQL, etc. => 最佳解：Hybrid solution (redundancy + performance)
rascal22
@rascal22
Tue, Aug 30, 2016 5:35 PM
至於small / mobile products 我覺得NoSQL是優先解，浪費時間在那邊create schema, keep track of schema version 根本就是扼殺開發效率。一 一
嘻嘻羊 ✿
@CC_27
Tue, Aug 30, 2016 9:08 PM
我的youtube一直出現ＩＢＭ廣告他們的database耶我的天啊
hatershater
@hatershater
Wed, Aug 31, 2016 7:33 PM
從analytics的角度來看SQL還是比較乾淨清楚一點，可以explore比較多東西，設計model的時候也比較可以控制data進來的是不是垃圾 XD model這種東西就是garbage in garbage out而且會壞得很徹底XD
載入新的回覆