㈠ 一般資料庫中ID編號是用什麼類型欄位記錄條數不會很多。
ID一般用int型就可以，int有4位
㈡ 資料庫是單表好還是多表好用戶信息存字典字條ID好還是字典字條名好
1、用戶信息表可以分多個表，因為用戶不可能每次都用看全部的一些信息，顯示也是一些主要的信息
2、可以ID和名稱都存，ID佔用不了多少空間，以便後續名稱更改是進行修改名稱，如果訪問量大，適當的冗餘還是很有必要的，減少了表連接，可以明顯提高查詢效率，沒有必要遵守嚴格的範式
㈢ 資料庫中，用戶id用char好還是用int好
樓上的，你們搞過開發嗎~~
一般資料庫很少使用int型的，除非是金額、年齡那樣的才使用int~
id類型的都用char或varchar，這樣方便程序的使用，不會產生一些低級bug。
㈣ 一個表的ID 到底用什麼數據類型好
主鍵的話我的建議是自增整形，不要使用與業務相關的名字，僅用id即可，而效率問題都可以用索引來解決。因為主鍵的不可變的特性，如果選擇不慎，會在未來產生難以預期的問題。比如你用int型做文章的id，但是如果在未來某一天文章數超過了無符號整形的最大值，你將沒法將主鍵修改成bigint。或者為了給用戶起一個唯一id用了自增主鍵，但是如果未來有其他的項目用戶要合並進來，他也是這么做的。這時候為了區分不同的項目可能要在這個用戶id前加一個前綴，這時候也沒法修改主鍵的值。主鍵之所以叫做主鍵就是到什麼時候都不能改，所以最好的方案就是使用自增數字id做主鍵，並且不要給這個主鍵賦予一個業務相關的意義。
㈤ 資料庫里ID號應該是什麼格式的
通過描述，「ID」一般都是需要遞增或者有一定規律的，一般都會用number類型。
解釋：具體「ID」欄位的長度是多少，需要根據預估的數據量來確定，之後稍微設置大一點即可。
㈥ mysql用戶表用id自增欄位，其他表有用戶表的id，而沒有自己的自增id，怎樣設計好不，會不會
這個,根據你實際需要的
如果你用戶id也可以作為主碼了,這樣設計也沒多大問題
如果不是作為主碼,建議還是起一個自增的id作為主碼吧
㈦ 我用sql資料庫，用戶表最好用什麼做主鍵比較好
主鍵是唯一標識一條用戶記錄（用戶名、用戶密碼等）的屬性，不能重名。個人覺得用自定義數字編碼最好（可設置自動編碼）。
㈧ 資料庫用戶表主鍵的類型用整型id還是用字元型用戶名
user_name如果是不可變更的話，那麼用user_name做主鍵是可以的。
否則，不用用user_name做主鍵
㈨ 資料庫ID的設置方法
使用GUID編碼 應該不錯 並且那東西檢索的速度很快 效率高