本人做前端的,正在一邊摸索一邊做個個人php項目,需要透過a連接傳一個用戶標識,來顯示對應用戶的數據.本人使用的是mysql.
<a href="./index.php?ui=<?php echo $_SESSION[ 'username' ] ?>">
所以想問做這個標識(關聯)一般用id還是用戶名,用用戶名關聯的話,可以從session取得。 那用id關聯是不是還得把id傳到前面去
如果username具備唯一性的話,個人建議還是用username。 id通常是自增的,那麼就可以根據id大致估算出網站的真實用戶數。 例如:很多網站都喜歡拿註冊用戶數來“炫耀”,號稱自己有多少多少註冊用戶(百分之九十以上都是吹牛B的),那麼,肯定是不能把id暴露出來的。 當然,如果你定義的id是無規律的,或者不需要對外影藏這些資訊的話,id再合適不過了。
Id.萬一用戶名變成一樣的呢?所以必須id ,id 設為主鍵
1.一般是用id2.該id大多數不是主鍵標識,而是使用用戶的唯一編碼3.看你應該不太會後台語言,既然你使用session作為參數,可以直接有後台處理,而非用前端處理。所以id不需要傳過來
沒有硬性要求,但是如果要考慮性能,選短的簡單的就對了.
如: 優化效能,減少匹配工序如數值匹配跟字串匹配
這個要看你資料庫設計的,但一般用id做好了,用戶名不保險
我們用sn,使用者唯一序號
了解下資料庫的主鍵與外鍵
如果username具備唯一性的話,個人建議還是用username。
id通常是自增的,那麼就可以根據id大致估算出網站的真實用戶數。
例如:很多網站都喜歡拿註冊用戶數來“炫耀”,號稱自己有多少多少註冊用戶(百分之九十以上都是吹牛B的),那麼,肯定是不能把id暴露出來的。
當然,如果你定義的id是無規律的,或者不需要對外影藏這些資訊的話,id再合適不過了。
Id.萬一用戶名變成一樣的呢?所以必須id ,id 設為主鍵
1.一般是用id
2.該id大多數不是主鍵標識,而是使用用戶的唯一編碼
3.看你應該不太會後台語言,既然你使用session作為參數,可以直接有後台處理,而非用前端處理。所以id不需要傳過來
沒有硬性要求,但是如果要考慮性能,選短的簡單的就對了.
如:
優化效能,減少匹配工序如數值匹配跟字串匹配
這個要看你資料庫設計的,但一般用id做好了,用戶名不保險
我們用sn,使用者唯一序號
了解下資料庫的主鍵與外鍵