A. 網站接入微博和qq登錄資料庫表怎麼設計最佳
你好。方法有二個：
我覺得是這樣設計的
一個欄位記錄他所關注的好友信息
應該是json的
然後去資料庫查最新的就是更新就是
uchome就是這么乾的
-- 用戶表(如果這個表數據相當多，可以用分區表)
create table userinfo
( userid number(38,0), -- 可以用序列遞增值也成，自己看著辦
username varchar2(60),
phone varchar2(20),
address varchar2(20),
sex char(1),
cdate date default sysdate
-- 其他欄位，自己添加
);
alter table userinfo add constraints pk_userinfo primary key(userid);
-- 用戶關注信息表(如果這個表數據相當多，可以用分區表)：
create table userattention
( userid number(38,0), -- 用戶ID
attention_userid number(38,0), -- 被關注的用戶ID
status number(18,0), -- 關注狀態(或者說關注等級，自己定義：0代表什麼，1代表什麼)
cdate date default sysdate, -- 創建時間
udate date default sysdate -- 修改時間
-- 其他欄位，自己添加
);
-- 為保持數據完整性：不管是「用戶ID」還是「被關注的用戶ID」其ID必須在userinfo表中存在！
alter table userattention add constraints pk_userattention primary key(userid,attention_userid);
alter table userattention add constraints fk_userattention_userid foreign key (userid) references userinfo(userid);
B. vb中如何設計登錄界面怎麼連接資料庫
（1）新建資料庫並命名為denglu，在該資料庫中新建表User1,表包含的列為「ID,username,pwd」。
（2）設計登錄界面Frmlogin，以及登錄成功後要顯示的界面Form2,並連接到資料庫，使包含在資料庫中的合法用戶能成功登錄該程序，而不合法用戶則無法進入程序。
C. 如何設計支持使用第三方帳號登陸的帳戶系統的資料庫表
實現用戶認證授權系統的方法如下：
首先，統一用戶管理系統在設計時就要能建立一個能適應各種系統許可權管理要求的許可權模型。
對於己建立的老系統，各系統將自己的用戶角色管理，角色一許可權管理等部分抽離出來，統一放在統一用戶管理系統中。
而對於新建立的系統，各系統在建設的初期就要把自己許可權設計的要求提交給統一用戶管理系統，按照其需求在本身統一用戶管理系統的許可權模型上去構建出該系統的實例。
那麼管理員就可以通過統一授權系統為各用戶在不同系統的許可權進行配置。
在登陸時各系統就調用相關的統一認證和授權介面，獲取用戶相關的許可權信息，進到各系統後再創建用戶，將相關的許可權信息賦予給用戶類。
然後就可以在應用系統中進行許可權驗證。
這是一個終極目標的做法，這個方法是將所有系統的許可權控制部分都建在統一用戶管理系統中。這種方式既能對用戶進行統一的授權和認證，也能展現各用戶的統一許可權視圖。
D. Mysql workbench 環境 如何設計一個資料庫實現賬戶登錄功能
創建一個用戶表，欄位包括用戶名、密碼。在程序裡面獲得用戶輸入的用戶名和密碼，與資料庫中對比以下。就可以登錄了。
E. 怎麼設計用戶許可權管理系統資料庫要用到哪幾張表每張表有哪些欄位
1、首先在oracle資料庫創建教學管理系統需，要用到的數據表如下。
F. 資料庫登錄表的設計
第一種方法是再建一個表，儲存登錄信息和用戶類型。
第二種方法是把管理表和企業表合並，新增用戶類型欄位。
G. 網頁設計中用戶登陸設計時怎樣與資料庫連接
這樣：
一個資料庫，表名為login，假設為Access資料庫,內有name,pw兩個欄位。
一個登陸頁面：login.asp
一個檢驗頁面：check.asp
login.asp部分代碼（省略html代碼，只列部分關鍵代碼，不會的可發送消息給我）：
<form method="post" action="info.asp">
<input type="type" name="name">
<input type="password" name="pw">
</form>
check.asp部分代碼：
<%
dim name,pw
name=trim(request("name"))
pw=trim(request("pw"))
if name="" or pw="" then
response.Write "<script language='javascript'>window.confirm('對不起,用戶名或密碼均不能為空!');</script>"
response.Write "<script language='javascript'>parent.window.history.go(-1);</script>"
else
set rs=server.CreateObject("adodb.recordset")
sql="select * from info where name='"&name&"' and pw='"&pw&"'"
rs.open sql,conn,1,1
if rs.recordcount=0 then
response.Write "<script language='javascript'>window.confirm('對不起,用戶名或密碼錯誤，請重新登陸!');</script>"
response.Write "<script language='javascript'>parent.window.history.go(-1);</script>"
else
response.Write "<script language='javascript'>alert('登陸成功!');</script>"
response.Write "location.href='admin.asp';" ''admin.asp為登陸成功後轉向的頁面
end if
end if
%>
H. 關於教師和學生登錄系統資料庫設計
不用這么復雜，假設學生和老師編號都是唯一不重復的，那麼一張表就行。例如用戶表（用戶編號，密碼，標記），其中用戶編號能包含學生和老師編號的最大長度，每次用戶登錄時檢測（用戶編號+密碼）匹配上了就根據記錄中的標記欄位判斷用戶是學生還是老師，再根據判斷結果跳轉到對應的頁面（按給出的說明標記欄位可區分學生或老師）即可，其中用戶編號是主鍵。如果學生和老師編號存在重復，設計略麻煩點，加個姓名欄位，登錄匹配用戶編號、密碼、姓名，則匹配錯誤的幾率就很低了。修改密碼時也是對同一張表進行操作即可，建議按照復核舊密碼，輸入新密碼2次的方式來做。
I. 用戶登錄問題 任務目標：學習資料庫設計
這個好像不是很難吧，自己先嘗試做一下啊，做的不對在帖上來幫你修改，不是學習的更快。直接給你還有什麼意義？
J. 2、用戶許可權管理，資料庫表設計
網上資料說許可權設計 = 功能許可權 + 數據許可權，我認為還是很有道理的。之前項目中只涉及到功能許可權，沒有數據許可權，原因是最開始設計時，數據已經綁定在特定的用戶下了，而且涉及到的表數量很少，不需要單獨考慮數據許可權的問題。
許可權管理，最細致的許可權管理有 用戶，用戶組，角色，許可權，功能。根據不同的需求適當選擇，如 用戶量過大，每個人都授權和麻煩，就引入用戶組，對用戶組賦予許可權。功能上也根據業務不同做適當的擴展。由於如用戶許可權之前存在多對多關系，需要引入中間表。
本系統設計如下：
數據量很小，功能也不復雜，所以只有用戶，角色，許可權（功能）及產生的中間表。
表中的數據都是提前填的，用戶登陸，查ermroleuser表，獲取角色，查ermrolefunction表，獲取功能，再查ermfunction表，返回該用戶的功能的中文，在頁面上展示。
功能許可權詳細設計請參考，本項目也是受此啟發：
http://blog.csdn.net/painsonline/article/details/7183613/
需求：給一個原來沒有許可權的數據配置系統加上登錄，許可權功能，不同角色查同一張表返回結果不同。
思路：所謂數據許可權，關注點在於實體屬性值、條件、允許值，用戶登錄後，查詢該用戶的查詢條件，根據條件獲取數據即可。詳細表結構設計可以參考： https://zhuanlan.hu.com/p/31339794
具體介紹一下每個欄位含義：
（1）主鍵 id；
（2）acl_id 映射許可權點表主鍵，代表每行記錄是針對哪個許可權點的；
（3）status 代表當前這條配置是否有效，方便臨時激活與禁用；
（4）param 代表需要校驗的參數名，允許一個請求有多個參數參與數據校驗；如果參數復雜，比如包含對象，定義的參數可能為a.b.c 這種多級的形式，建議不要太復雜
（5）operation 代表數據攔截的規則，使用數字代表是等於、大於、小於、大於等於、小於等於、包含、介於之間等，可以根據自己需要增加或減少支持的攔截規則
（6）value1 和 value2 用來和param、operation組成一個關系表達式，比如：1<=a<2
next_param_op 欄位根據需要使用，如果一個許可權點支持多條數據規則時，連接兩個規則之間的操作，|| 還是 &&
（7）seq 欄位用於某個許可權點包含多條數據許可權規則時的順序
假設有這么一條數據，那麼他的含義是：id為1（acl_id）的許可權點，配置了一條有效（status=1）的數據規則，規則是：傳入參數id（param）的值要大於（operation）10（value1）
這種設計很細致了，當然我的項目沒有那麼復雜，所以最終沒有採用這個。
http://www.cnblogs.com/jeffwoot/archive/2008/12/23/1359591.html 講述了數據許可權設計的演化過程。
本系統跟許可權相關的表結構如下：