질문 게시에 필요한 최소 문자 수는 왜입니까? o.OID를 저장하는 데 사용하는 데이터 유형은 무엇입니까?
int, bigint, tinyint를 사용하고 있습니까?
그것은 내가, 그냥 평소 연습 내가 찾은
질문 게시에 필요한 최소 문자 수는 왜입니까? o.OID를 저장하는 데 사용하는 데이터 유형은 무엇입니까?
int, bigint, tinyint를 사용하고 있습니까?
그것은 내가, 그냥 평소 연습 내가 찾은
모두에 달려 있습니다 ... 내가 좋아하는 질문에 대한 답변! =)
대부분 Guids를 사용합니다. int, tinyint 등보다 크기가 크지 만 비즈니스 개체가 인 것을 알고 값을 알고 을 알고 나서 레코드를 데이터베이스에 삽입 할 수 있습니다.
고객 ID와 같은 경우 문자열을 사용할 수도 있습니다. 을 데이터베이스와 함께 사용하면 쉽게 인식 할 수 있습니다.
INT 큰 많은 것으로 무엇인지 궁금 해서요 추측 작은 일처럼 보인다.
작게가는 것은 의미가 없습니다. . .
앱의 수명이 다할 때까지 저장해야 할 ID 수에 따라 달라 지겠습니까?
자세한 정보가 필요합니다. 어떤 종류의 신분증을 보관하고 있습니까? int보다 작은 것은 아마도 나쁜 생각 일 수 있습니다. 숫자가 부족한 작은 문제가 없으므로 문자열이 의미가있을 수 있으며 숫자로 제한되는 제약이 없으므로 ID로 사용자 이름을 사용할 수 있습니다. 예를 들면.
우리는 GUID도 사용합니다.
여러 개의 외부 데이터베이스를 하나의 데이터웨어 하우스로 동기화하는 것이 더 효과적입니다. 단점은 어떤 항목이 먼저 만들어 졌는지 파악하기가 쉽지 않다는 것입니다.하지만 실제로 문제가있는 경우에는 작성 날짜 또는 자 동 전원 장치를 저장할 수 있습니다.
나는 Guid를 매우 좋아합니다. 가장 좋은 점은 데이터베이스로 이동하지 않고도 클라이언트 또는 서버에서 쉽게 생성 할 수 있다는 것입니다. 또한 데이터베이스를 동기화해야한다면 신이 전송됩니다. URL에 키를 전달하면 웹 앱에서만 단점을 발견 할 수 있습니다. 그러면 어색한 쿼리 문자열을 쉽게 얻을 수 있습니다.
guides를 사용할 때 항상 비교 열을 갖는 것에 관해서 Jason을 반향시킵니다. 당신이 시퀀스를 원하는대로 guides 이상의 시퀀스를 선호합니다.
데이터 유형에 따라 저장해야하는 레코드 수에 따라 다르지만 대개 int로 충분합니다.
SQL Server의 관점에서 볼 때 GUID는 AK와 마찬가지로 문제가 없지만 원인이되는 채우기 요소 버스 팅 인덱스 페이지 조각을 통해 PK로 빠져 나간다. 대신 우리는 항상 PK에 대해 여러 종류의 Ints를 사용합니다. – stephbu
잘 stephbu했다. 테이블 길이가 작고 트랜잭션 양은 적지 만 단순한 편의를 위해 int로 되돌아 갔다는 것을 알았을 때 나는 과거에 GUID를 사용했습니다. –
대부분의 개발 과정에서 디스크 공간이 충분하고 네트워크 대역폭이 충분하며 서버 전원이 충분합니다 ... 따라서 우리는 Guids에 기대고 있습니다. 소비자 제품을 작성해야한다면 정수 또는 문자열을 기대할 수 있습니다. – mattruma