저는 프론트엔드 사람이고, 개인 PHP 프로젝트를 진행하면서 탐색 중입니다. 해당 사용자의 데이터를 표시하려면 연결을 통해 사용자 ID를 전달해야 합니다.
그래서 이 식별(연계)에 ID를 사용할지 사용자 이름을 사용할지 묻고 싶습니다. 사용자 이름을 사용하여 연결하면 세션에서 얻을 수 있습니다. 그럼 아이디로 제휴를 할 경우에는 아이디를 앞으로 전달해야 하나요?
사용자 이름이 고유한 경우 개인적으로 사용자 이름을 사용하는 것이 좋습니다. ID는 대개 자동으로 증가하므로 ID를 기준으로 웹사이트의 실제 사용자 수를 대략적으로 추정할 수 있습니다. 예: 많은 웹사이트는 등록된 사용자 수를 "과시"하고 등록된 사용자 수를 주장하므로(90% 이상이 자랑) ID가 노출되어서는 안 됩니다. 물론, 정의한 ID가 불규칙하거나 이 정보를 외부에 숨길 필요가 없다면 ID가 딱 맞습니다.
ID.사용자 이름이 동일해지면 어떻게 되나요? 그래서 id를 기본키로 설정해야 합니다
1. 주로 id를 사용합니다. 2. 대부분의 id는 기본키 식별자가 아닌 사용자의 고유 코드입니다. 3. Session을 매개변수로 사용하기 때문에. 프런트 엔드 처리를 사용하는 대신 직접 백그라운드 처리를 할 수 있습니다. 따라서 ID를 전달할 필요가 없습니다
어려운 요구사항은 없으나, 성능을 고려하고 싶다면 짧고 간단한 것을 선택하시면 됩니다.
예: 성능을 최적화하고 숫자 일치 및 문자열 일치와 같은 일치 프로세스를 줄입니다.
이것은 데이터베이스 설계에 따라 다르지만 일반적으로 ID로 이루어지며 사용자 이름은 안전하지 않습니다
사용자 고유의 일련번호인 sn을 사용합니다
데이터베이스의 기본 키와 외래 키를 이해하세요
사용자 이름이 고유한 경우 개인적으로 사용자 이름을 사용하는 것이 좋습니다.
ID는 대개 자동으로 증가하므로 ID를 기준으로 웹사이트의 실제 사용자 수를 대략적으로 추정할 수 있습니다.
예: 많은 웹사이트는 등록된 사용자 수를 "과시"하고 등록된 사용자 수를 주장하므로(90% 이상이 자랑) ID가 노출되어서는 안 됩니다.
물론, 정의한 ID가 불규칙하거나 이 정보를 외부에 숨길 필요가 없다면 ID가 딱 맞습니다.
ID.사용자 이름이 동일해지면 어떻게 되나요? 그래서 id를 기본키로 설정해야 합니다
1. 주로 id를 사용합니다.
2. 대부분의 id는 기본키 식별자가 아닌 사용자의 고유 코드입니다.
3. Session을 매개변수로 사용하기 때문에. 프런트 엔드 처리를 사용하는 대신 직접 백그라운드 처리를 할 수 있습니다. 따라서 ID를 전달할 필요가 없습니다
어려운 요구사항은 없으나, 성능을 고려하고 싶다면 짧고 간단한 것을 선택하시면 됩니다.
예:
성능을 최적화하고 숫자 일치 및 문자열 일치와 같은 일치 프로세스를 줄입니다.
이것은 데이터베이스 설계에 따라 다르지만 일반적으로 ID로 이루어지며 사용자 이름은 안전하지 않습니다
사용자 고유의 일련번호인 sn을 사용합니다
데이터베이스의 기본 키와 외래 키를 이해하세요