데이터베이스를 디자인 할 때 nvarchar의 크기를 결정할 때 어떤 결정을 고려해야합니까? 내가 주소 테이블을 만들려고한다면 내 직감은 주소 링크 1이 이전 액세스 데이터베이스와 마찬가지로 nvarchar (255)가 될 것입니다. 나는 이것을 사용하여 오래된 'The string is truncated'으로 귀찮게했습니다. 나는 이것이 입력 상자를 제한
SQL Server 2005 (7.0 제외)에서 256 또는 다른 숫자 대신 NVARCHAR (255)를 사용하는 이유가 있습니까? 최적의 크기가 있습니까? 2의 제곱을 사용해야하는 이유가 있습니까? 는 (I 유니 코드 데이터를 저장하는 것, 그래서 나는 N VARCHAR를 사용해야합니다) 최적의 크기는 당신이 당신의 데이터를 저장해야하는 가장 큰 길이
VB를 사용하는 ASP.NET 응용 프로그램에서 작업하고 있습니다. 데이터 값을 가져 오기 위해 VB 파일 내에서 SQLReader/SQLCommand/SQLConnection을 사용하고 있습니다. 쿼리가 어떤 값을 반환하지 않는 이유와 여기 누군가가 쿼리를 문제 해결 방법으로 보여 주면서 상황이 반환되지 않았는지 확인하는 방법을 알게되었습니다. 나는 동료
안녕하세요, 얘들 아, 나는 테이블에 필드에 여러 가지 종류의 데이터를 저장하고있다 : X-Large, Medium, Small .... 또는 나는 저장할 수도있다 : 2009 년 3 월 22 일, 1 년, 2 년, 3 년 ... 또는 06 개월, 12 개월, 1 년 또는 "33-36", "37-40"... 저장할 수 있습니다. 고정 된, 나는 미래에 새로
다음 구조로 구성된 테이블이 있습니다. CREATE TABLE [dbo].[tblData](
[ID] [numeric](18, 0) NOT NULL,
[QID] [varchar](25) NOT NULL,
[Data] [nvarchar](255) NULL,
CONSTRAINT [PK_tblData] PRIMARY KEY CL