OAuth (Facebook, Twitter) i podstawowe logowanie - tabela użytkowników

Question

Chcę umożliwić użytkownikom logowanie się do mojej witryny przy użyciu konta Facebook lub Twitter, ale jeśli nie mają konta, to należy zarejestrować nowe konto i użyć podstawowe logowanie do mojej strony.

Ale jak moi użytkowników tabela wygląda następująco:

Mój pomysł:

• id (podstawowy, automatycznego przyrostu)
• podając nazwę użytkownika (w przypadku OAuth logowania => ouath_provider + oauth_id , ex: fb_100001557958700)
• hasło (hasło wybrane przez użytkownika lub losowo wygenerowane w przypadku oauth)
• nazwa (nazwa dla displ ay)

Co sądzisz? Czy powinienem mieć 2 tabele, 1 dla podstawowego logowania i 1 dla logowania oauth? Ale w jaki sposób użytkownicy mają unikalne identyfikatory?

Z góry dzięki za komentarze.

Answer 1

Z mojego doświadczenia najlepiej przechowywać swoje autoryzacje w jednej tabeli, a dane użytkownika w drugiej.

autoryzacje:

network  - Varchar(255) #Twitter/Facebook/Openid/whatever 
network_id - varchar(255) #Users id for that social network. 
user_id  - int 

użytkowników:

id (primary, auto increment) 
name 
password 
username 

Dzięki tej strukturze, jeśli chcesz, aby ten sam użytkownik, aby zalogować się zarówno z Twitter i Facebook w pewnym momencie w przyszłości, to jest również możliwe.

Answer 2

Tak wygląda mój stół użytkownika.

• USER_ID (podstawowy, automatycznego przyrostu)
• oauth_provider (enum (brak, twitter, facebook))
• oauth_uid
• nazwa
• hasło
• itp

Każdy czas rejestracji użytkownika przez Facebook/Twitter, nowy wpis jest wstawiany z rekordem hasła jako null ofcourse.

Myślę, że jest to dobry sposób, aby to zrobić, ponieważ masz 1 unikalny identyfikator użytkownika, którego możesz użyć w całej aplikacji/bazie danych.