84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
本人做前端的，正在一邊摸索一邊做個個人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，使用者唯一序號
了解下資料庫的主鍵與外鍵