喔, 見 OP 只提到兩種, 如果有第三種或更多, 就如樓上所講, 2 個 field
trigger 都可以而且方便, 但久而久之可能會唔記得有 trigger 的存在,
因為單睇 project 的 source code, 會唔知有 trigger 存在
當然是放在每個 request, 千萬不要相信 client pass 過來的 data,
cookies 可以改 , session id 可以古, backend 本來就需要驗證 user 佢可以做 d 咩, 唔可以做 d 咩
睇你個描述, VIP 會籍是要人手 assign ?
1. 加多條path ... 呢個 cost 太高, backend 執行有時限, 會員越多有機會 timeout
另外 users table, 唔好所有野都寫晒入去, 唔常用的欄位就應該分表
例如明明最常被瀏覽的頁面都冇顯示 email, address ...etc
只有按 user profile 條 link 才會顯示, 就應該建立一個 table user_profile (id, email, address)
覺得幾好, 分享一下, 就算唔係用 laravel 都可以睇睇
https://github.com/alexeymezenin/laravel-best-practices |