ERD 설계

Question

안녕하세요, 프로젝트하고있는데 궁금한 점이 있어서 남깁니다.회원가입, 비밀번호 찾기시 세션으로하나요? 테이블을 만들어서 하나요 ?이런식으로 진행할까 하는데 뭐가 맞는건지 잘 모르겠어서 도움 요청 드립니다..-- AuthProvider 테이블 CREATE TABLE &#34;AuthProvider&#34; ( &#34;AuthProviderID&#34; VARCHAR2(255) PRIMARY KEY, -- 기본 키 &#34;ProviderName&#34; VARCHAR2(20), &#34;ProviderType&#34; VARCHAR2(20) ); -- Users 테이블 CREATE TABLE &#34;Users&#34; ( &#34;UserID&#34; VARCHAR2(30) PRIMARY KEY, -- 기본 키 &#34;UserName&#34; VARCHAR2(20) NOT NULL, &#34;Nickname&#34; VARCHAR2(30), &#34;Password&#34; VARCHAR2(50) NOT NULL, &#34;Phone&#34; VARCHAR2(20), &#34;Email&#34; VARCHAR2(255) UNIQUE NOT NULL, &#34;AuthProviderID&#34; VARCHAR2(255) NOT NULL, CONSTRAINT &#34;FK_AuthProvider_TO_Users&#34; FOREIGN KEY (&#34;AuthProviderID&#34;) REFERENCES &#34;AuthProvider&#34; (&#34;AuthProviderID&#34;) ); -- SocialLogin 테이블 CREATE TABLE &#34;SocialLogin&#34; ( &#34;SocialID&#34; VARCHAR2(255) PRIMARY KEY, -- 기본 키 &#34;Provider&#34; VARCHAR2(50) NOT NULL, &#34;ProviderID&#34; VARCHAR2(50) NOT NULL, &#34;AccessToken&#34; VARCHAR2(255) NOT NULL, &#34;UserID&#34; VARCHAR2(30) NOT NULL, CONSTRAINT &#34;FK_Users_TO_SocialLogin&#34; FOREIGN KEY (&#34;UserID&#34;) REFERENCES &#34;Users&#34; (&#34;UserID&#34;) ); -- UserConsent 테이블 CREATE TABLE &#34;UserConsent&#34; ( &#34;ConsentID&#34; VARCHAR2(50) PRIMARY KEY, -- 기본 키 &#34;ConsentType&#34; VARCHAR2(40) NOT NULL, &#34;ConsentGiven&#34; CHAR(1) CHECK (&#34;ConsentGiven&#34; IN ('Y', 'N')), -- boolean 형태로 Y/N 사용 &#34;ConsentDate&#34; DATE NOT NULL, &#34;UserID&#34; VARCHAR2(30) NOT NULL, CONSTRAINT &#34;FK_Users_TO_UserConsent&#34; FOREIGN KEY (&#34;UserID&#34;) REFERENCES &#34;Users&#34; (&#34;UserID&#34;) ); -- Withdrawal 테이블 CREATE TABLE &#34;Withdrawal&#34; ( &#34;WithdrawalID&#34; VARCHAR2(255) PRIMARY KEY, -- 기본 키 &#34;WithdrawalDate&#34; DATE NOT NULL, &#34;IsDataRetained&#34; CHAR(1) CHECK (&#34;IsDataRetained&#34; IN ('Y', 'N')), -- boolean 형태로 Y/N 사용 &#34;UserID&#34; VARCHAR2(30) NOT NULL, CONSTRAINT &#34;FK_Users_TO_Withdrawal&#34; FOREIGN KEY (&#34;UserID&#34;) REFERENCES &#34;Users&#34; (&#34;UserID&#34;) );

닉네임없음 · Answer

짧은 답변세션에 비밀번호를 저장하지 않아야 할 것입니다. 이것은 일반적이지 않습니다비밀번호가 맞는가? 하는 프로세스로 SELECT SQL를 활용하는것이 나을것같습니다.비밀번호는 찾는다는 것은 논리적으로 세션을 사용할수 없을 것 같습니다, 비밀번호를 몰라 인증(로그인) 조차 못 하였을테니긴 답변목적이 뚜렷한 위치(DB 등.)를 제외한 가능한 타위치(브라우저/서버등의 메모리)에 비밀번호는 저장되지 않아야 합니다.비밀번호는 암호화(단방향)가 기본입니다. -> 비밀번호 원문을 알아낼수 없게 해야됨비밀번호를 굳이 찾는다면 별도의 수단을 권장합니다. -> 사용자정보를 토대로 회원가입시의 동일 또는 비슷한 수준으로 인증을 거쳐 사용자정보내의 이메일 또는 핸드폰번호 또는 사용자가 수신가능한 수단으로 새로운 비밀번호 발급 후 전송하도록 하고 사용자를 이 새로운 비밀번호로 인증(로그인) 시도하는 방법같은 것으로...기타ERD란... Entity-Relationship Diagram, 다이어그램은 시각적인 산출물.작성자님 닉네임 고려해서 표준화등, 이것저것 복잡한거 빼고, ERD는 개념모델링에서 주제영역 도출, 논리모델링에서 엔티티, 속성과 관계 정의, 물리모델링에서 테이블 및 인덱스등등 정의하여 설계를 진행합니다.야매 프로젝트들은 개념모델링은 SKIP하고 논리->물리 모델링순으로 하기도하고 물리 모델링하면서 논리모델들이 만들어지는 신기한 형태로 진행하기도 하고... 이론과 현실은 항상 다르므로...

ERD 설계

1개의 답변

Q&A 목록