※ 引述《gname ((′口‵)↗︴<><...<><)》之銘言：
: : 但又擔心被cookie檔案被解開有安全信的顧慮,
其實我覺得 cookie 沒啥不好，至少這不算什麼機敏資料...吧？
除了綁電腦跟 cookie 有大小限制以外沒想到什麼問題
嗯..好吧，每次都跟 request 一起傳回 server 感覺很冗，量大時看起來討厭
然後電腦換手機就會破功
: 突然想到一個很 low 的方法...XD
: 我會在加一個欄位:read
: 內容是把讀過的文章ID記起來, 例如: 11,22,33 這樣
: 然後撈DB時就用 not in 去撈......XD
: 至於"無限擴充"我個人覺得不用想那麼遠,想像一下文章應該會有時效性,
: 總不可能我進站你撈一個10年前的文章給我看吧?
「一個欄位」去存，那就是逗點分隔。這樣沒辦法用 in 來處理
MySQL 的話大概會用 find_in_set() 之類的鬼東西來下
或是整串讀出來用 PHP 邏輯判斷
缺點?
- Code 不好看
- 資料不好看
- 看過一百篇文章就是一百個逗點分隔數字，聽起來就很討厭
- 欄位長度有上限，沒辦法無限擴充
- 會被有強迫症的人（例如我）抱怨資料沒有正規化
符合正規化而且不會爆欄位的做法是開一個 article_read table
id user_id article_id create_time