문제

질문 게시에 최소 문자 수가있는 이유는 무엇입니까? 우

당신은 int, bigint, tinyint를 사용합니까?

내가 생각하는 작은 것 같아, 나는 평범한 연습이 무엇인지 궁금해했다

도움이 되었습니까?

해결책

그것은 모두에 달려 있습니다 ... 질문에 대한 내가 가장 좋아하는 대답! =))

대부분의 경우 우리는 안내서를 사용합니다. 그것들은 int, tinyint 등보다 크고 크기가 크지 만, 나는 내 비즈니스 객체가 할 수 있다는 사실을 좋아합니다. 알다 가치는 무엇입니까 ~ 전에 데이터베이스에 레코드를 삽입합니다.

다른 경우에는 문자열을 사용할 수 있습니다. 인식 데이터베이스와 함께 작업 할 때.

다른 팁

나는 int가 충분히 크다는 것을 알았습니다.

더 작아지면 무의미합니다. . .

우리는 또한 안내서를 사용합니다.

여러 외국 데이터베이스를 하나의 데이터웨어 하우스에 동기화하는 것이 더 좋습니다. 단점은 먼저 어떤 항목이 생성되었는지 알아내는 것이 쉽지 않지만 실제로 문제라면 생성 날짜 나 자율성을 저장할 수 있습니다.

나는 Guid가 매우 좋아합니다. 가장 좋은 점은 데이터베이스를 여행하지 않고 클라이언트 나 서버에서 쉽게 생성 할 수 있다는 것입니다. 또한 데이터베이스를 동기화해야한다면 신이 될 것입니다. 내가 찾은 유일한 단점은 URL의 키를 전달하면 웹 앱을 쉽게 전달하면 쉽게 지저분한 쿼리 문자열을 얻을 수 있습니다.

앱의 수명 동안 저장해야 할 ID 수에 달려 있지 않습니까?

더 많은 정보가 필요합니다. 어떤 종류의 ID를 저장하고 있습니까? int보다 작은 것은 아마도 나쁜 아이디어 일 것입니다. 숫자가 부족한 작은 문제가없고 숫자로 제한되지 않기 때문에 문자열은 의미가있을 수 있으므로 사용자 이름을 ID로 사용할 수 있습니다. 예를 들어.

나는 Guids를 사용할 때 항상 비교 열을 가지고있는 것과 관련하여 Jason을 반향 할 것입니다. 어느 쪽이든 시퀀스를 원하기 때문에 안내서보다 시퀀스를 선호합니다.

데이터 유형 측면에서는 저장해야 할 레코드 수에 따라 다르지만 int는 일반적으로 충분합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top