Gi?i đáp th?c m?c DBCC l?i 2570 trong SQL Server 2005 và phiên b?n m?i nh?t

D?ch tiêu đ? D?ch tiêu đ?
ID c?a bài: 923247 - Xem s?n ph?m mà bài này áp d?ng vào.
Bung t?t c? | Thu g?n t?t c?

? Trang này

GI?I THI?U

Bài vi?t này mô t? SQL Server l?i 2570, nh?ng g? gây ra l?i, và làm th? nào đ? gi?i quy?t v?n đ?.

THÔNG TIN THÊM

Ki?m tra DATA_PURITY

Trong SQL Server 2005, m?t l?a ch?n m?i, DATA_PURITY, đ? đư?c thêm vào DBCC CHECKDB và DBCC CHECKTABLE l?nh. Khi b?n th?c hi?n m?t CHECKDB DBCC ho?c DBCC CHECKTABLE l?nh v?i tùy ch?n này đư?c kích ho?t, l?nh s? th?c hi?n "d? li?u đ? tinh khi?t" validations trên m?i giá tr? c?t trong t?t c? các hàng c?a b?ng ho?c b?ng trong cơ s? d? li?u. Nh?ng ki?m tra m?i đư?c th?c hi?n đ? đ?m b?o r?ng các giá tr? đư?c lưu gi? trong các c?t là h?p l? (có ngh?a là, mà các giá tr? không ph?i là out-of-range cho tên mi?n liên k?t v?i lo?i d? li?u c?t). Các b?n ch?t c?a xác nh?n đư?c th?c hi?n ph? thu?c vào ki?u d? li?u c?t. Các sau khi danh sách không đ?y đ? cho m?t s? ví d?:
Thu g?n b?ng nàyBung r?ng b?ng này
C?t ki?u d? li?uLo?i d? li?u xác nh?n đư?c th?c hi?n
K? t? UnicodeĐ? dài d? li?u c?n m?t b?i s? c?a 2.
DateTimeL?nh v?c ngày c?n gi?a tháng m?t 1 1753 31 tháng mư?i hai 9999. L?nh v?c th?i gian ph?i s?m hơn '11:59:59:999 PM'.
Th?c t? và phaoKi?m tra s? t?n t?i c?a không h?p l? các giá tr? đi?m n?i như SNAN, QNAN, NINF, ND, PD, PINF.
Không ph?i t?t c? các lo?i d? li?u đư?c đánh d?u cho hi?u l?c c?a c?t d? li?u. Ch? có nh?ng nơi có th? có m?t giá tr? đư?c lưu tr? mà là ra kh?i ph?m vi đư?c ki?m tra. Ví d?, các tinyint ki?u d? li?u có m?t ph?m vi h?p l? 0 qua 255 và đư?c lưu tr? trong m?t đơn byte (trong đó ch? có th? lưu tr? các giá tr? t? 0 đ?n 255), do đó ki?m tra giá tr? là không c?n thi?t.

Ki?m tra xác nh?n đ? tinh khi?t c?a d? li?u chưa đư?c b?t t? đ?ng cho t?t c? các cơ s? d? li?u. Ki?m tra đư?c kích ho?t ph? thu?c vào m?t s? y?u t?:
  • Đ?i v?i cơ s? d? li?u t?o trong SQL Server 2005 và phiên b?n m?i nh?t, các chi phi?u đư?c kích ho?t theo m?c đ?nh và không th? đư?c vô hi?u hóa, do đó, vi?c s? d?ng các tùy ch?n DATA_PURITY khi th?c hi?n m?t l?nh DBCC CHECKDB ho?c DBCC CHECKTABLE là không thích h?p.
  • Đ?i v?i cơ s? d? li?u đư?c t?o trong phiên b?n trư?c c?a SQL H? ph?c v?, ch?ng h?n như SQL Server 2000, SQL Server 7.0 và các phiên b?n nâng c?p lên SQL Microsoft SQL Server 2005, ki?m tra nh?ng không đư?c kích ho?t theo m?c đ?nh. Đ? ki?m tra các đ? đư?c th?c hi?n, b?n ph?i ch? đ?nh các tùy ch?n DATA_PURITY trong DBCC CHECKDB ho?c DBCC CHECKTABLE l?nh. Đi?u này có th? d?n đ?n hai đi?u:
    • DBCC l?nh k?t thúc và báo cáo r?ng cơ s? d? li?u đư?c s?ch s?, trong đó có t?t c? các d? li?u ki?m tra đ? tinh khi?t. Th?c t? này đư?c ghi l?i trong các cơ s? d? li?u tiêu đ?. T?t c? các ti?p theo DBCC CHECKDB ho?c DBCC CHECKTABLE l?nh x? t? s? th?y thông tin này và s? t? đ?ng th?c hi?n d? li?u ki?m tra đ? tinh khi?t, như s? x?y ra đ?i v?i cơ s? d? li?u t?o trên SQL Server 2005. Trong nói cách khác, m?t khi cơ s? d? li?u đư?c bi?t đ?n là "s?ch s?," ki?m tra d? li?u đ? tinh khi?t là luôn luôn th?c hi?n.
    • DBCC l?nh k?t thúc nhưng báo cáo v?n đ? v? d? li?u không th?ng nh?t. N?u đây là trư?ng h?p, b?n s? ph?i làm s?ch cơ s? d? li?u đ? lo?i b? nh?ng mâu thu?n và sau đó c? g?ng đ? th?c thi l?nh DBCC m?t l?n n?a. B?n s? ph?i ch? đ?nh các tùy ch?n DATA_PURITY cho l?nh DBCC cho đ?n các cơ s? d? li?u đư?c báo cáo đ? đư?c làm s?ch.
  • N?u tùy ch?n PHYSICAL_ONLY đư?c xác đ?nh khi DBCC CHECKDB ho?c DBCC CHECKTABLE l?nh đư?c th?c thi, ki?m tra đ? tinh khi?t c?a d? li?u không th?c hi?n.

TRI?U CH?NG

D? li?u không h?p l? ho?c ra ph?m vi có th? đ? đư?c lưu tr? trong SQL Máy ch? cơ s? d? li?u trong các phiên b?n trư?c đó v? l? do sau:
  • D? li?u không h?p l? đ? đư?c hi?n di?n trong các ngu?n trong khi s? d?ng s? lư?ng l?n chèn phương th?c, ch?ng h?n như các ti?n ích bcp.
  • D? li?u không h?p l? đ? đư?c truy?n qua RPC s? ki?n cu?c g?i đư?c th?c hi?n cho SQL Server.
  • Ti?m năng khác gây ra tham nh?ng d? li?u v?t l? trái các giá tr? c?t trong tr?ng thái không h?p l?.
N?u b?n có d? li?u không h?p l? trong m?t c?t m?t b?ng, b?n có th? g?p v?n đ? tùy thu?c vào lo?i ho?t đ?ng đư?c th?c hi?n đ?i v?i các d? li?u không h?p l?. Tuy nhiên, c?ng có th? r?ng không có v?n đ? s? xu?t hi?n, và các d? li?u không h?p l? s? không đư?c phát hi?n cho đ?n khi b?n th?c hi?n m?t DBCC CHECKDB ho?c DBCC CHECKTABLE l?nh SQL Server 2005 và phiên b?n m?i nh?t.

M?t s? các tri?u ch?ng b?n có th? nh?n th?y nh? s? hi?n di?n c?a d? li?u không h?p l? bao g?m (nhưng không gi?i h?n t?i):
  • Hành vi vi ph?m quy?n truy c?p ho?c các lo?i ngo?i l? trong khi đang th?c hi?n truy v?n đ?i v?i các c?t b? ?nh hư?ng.
  • Không chính xác k?t qu? tr? l?i b?i truy v?n th?c hi?n đ?i v?i các ?nh hư?ng c?t.
  • L?i ho?c các v?n đ? khi s? li?u th?ng kê đang đư?c xây d?ng v?i các c?t b? ?nh hư?ng.
  • Thông báo l?i như sau:
    Msg 9100, C?p 23, bang 2, Line 1 có th? ch? m?c tham nh?ng đư?c phát hi?n. Ch?y DBCC CHECKDB.

Báo cáo v?n đ? DATA_PURITY

Khi b?n th?c hi?n m?t l?nh DBCC CHECKDB ho?c DBCC CHECKTABLE v?i tùy ch?n DATA_PURITY kích ho?t (ho?c ki?m tra đ? tinh khi?t d? li?u đang ch?y t? đ?ng), và d? li?u không h?p l? t?n t?i trong b?ng ki?m tra b?i DBCC l?nh, s?n lư?ng DBCC bao g?m b? sung thư này ch? ra các v?n đ? v?i các d? li?u. M?t s? m?u thông báo l?i r?ng ch? ra s? tinh khi?t d? li?u v?n đ? đư?c hi?n th? dư?i đây:
DBCC k?t qu? cho "account_history".
Msg 2570, c?p 16, bang 2, d?ng 1
Trang (1:1073), khe 33 trong đ?i tư?ng ID 1977058079, ch? s? ID 0, phân vùng ID 129568478265344, đơn v? alloc ID 129568478265344 (lo?i "d? li?u trong hàng"). C?t "account_name_japan" giá tr? n?m ngoài ph?m vi cho ki?u d? li?u "nvarchar". C?p nh?t các c?t m?t giá tr? pháp l?.
Msg 2570, c?p 16, bang 2, d?ng 1
Trang (1:1156), khe 120 trong đ?i tư?ng ID 1977058079, ch? s? ID 0, phân vùng ID 129568478265344, alloc đơn v? ID 129568478265344 (ki?u "Trong hàng d? li?u"). C?t "account_name_japan" giá tr? là ra ph?m vi cho ki?u d? li?u "nvarchar". C?p nh?t các c?t m?t giá tr? pháp l?.
Có đang 153137 hàng trong 1080 trang cho đ?i tư?ng "account_history".
CHECKDB đư?c t?m th?y 0 phân b? các l?i và 338 s? đ?ng b? l?i trong b?ng "account_history" (đ?i tư?ng ID 1977058079).
CHECKDB t?m th?y phân b? 0 l?i và 338 s? đ?ng b? l?i trong cơ s? d? li?u 'BadUnicodeData'.
DBCC th?c hi?n hoàn thành. N?u DBCC in thông báo l?i, liên h? v?i ngư?i qu?n tr? h? th?ng c?a b?n.
DBCC k?t qu? cho 'table1'.
Msg 2570, c?p 16, Bang 3, d?ng 1
Trang (1:154), khe 0 trong đ?i tư?ng ID 2073058421, ch? s? ID 0, phân vùng ID 72057594038321152, đơn v? alloc ID 72057594042318848 (lo?i "Trong hàng d? li?u"). C?t "col2" giá tr? n?m ngoài ph?m vi cho ki?u d? li?u "th?c s?". C?p nh?t các c?t m?t giá tr? pháp l?.
Có 4 hàng b?ng 2 trang cho đ?i tư?ng "table1".
CHECKDB t?m th?y phân b? 0 l?i và nh?t quán 1 l?i trong B?ng 'table1' (đ?i tư?ng ID 2073058421).
CHECKDB t?m th?y l?i phân b? 0 và nh?t quán 1 l?i trong cơ s? d? li?u 'realdata'. DBCC th?c hi?n hoàn thành. N?u DBCC in l?i tin nh?n, liên h? v?i ngư?i qu?n tr? h? th?ng c?a b?n.
DBCC k?t qu? cho 'table2'.
Msg 2570, c?p 16, Bang 3, d?ng 1
Trang (1:155), khe 0 trong đ?i tư?ng ID 2105058535, ch? s? ID 0, phân vùng ID 72057594038452224, đơn v? alloc ID 72057594042449920 (lo?i "Trong hàng d? li?u"). C?t "col2" giá tr? n?m ngoài ph?m vi cho ki?u d? li?u "th?p phân". C?p nh?t các c?t m?t giá tr? pháp l?.
Có 4 hàng b?ng 1 trang cho đ?i tư?ng "table2".
CHECKDB t?m th?y phân b? 0 l?i và nh?t quán 1 l?i trong B?ng 'table2' (đ?i tư?ng ID 2105058535).
CHECKDB t?m th?y l?i phân b? 0 và nh?t quán 1 l?i trong cơ s? d? li?u 'realdata'. DBCC th?c hi?n hoàn thành. N?u DBCC in l?i tin nh?n, liên h? v?i ngư?i qu?n tr? h? th?ng c?a b?n.
DBCC k?t qu? cho 'table3'.
Msg 2570, c?p 16, Bang 3, d?ng 1
Trang (1:157), khe 0 trong đ?i tư?ng ID 2121058592, ch? s? ID 0, phân vùng ID 72057594038517760, đơn v? alloc ID 72057594042515456 (lo?i "Trong hàng d? li?u"). C?t "col2" giá tr? n?m ngoài ph?m vi cho ki?u d? li?u "datetime". C?p nh?t các c?t m?t giá tr? pháp l?.
Có 3 hàng b?ng 1 trang cho đ?i tư?ng "table3".
CHECKDB t?m th?y phân b? 0 l?i và nh?t quán 1 l?i trong B?ng 'table3' (đ?i tư?ng ID 2121058592).
CHECKDB t?m th?y l?i phân b? 0 và nh?t quán 1 l?i trong cơ s? d? li?u 'realdata'. DBCC th?c hi?n hoàn thành. N?u DBCC in l?i tin nh?n, liên h? v?i ngư?i qu?n tr? h? th?ng c?a b?n.
Cho m?i hàng có ch?a m?t giá tr? không h?p l? c?t, m?t l?i 2570 đư?c t?o ra.

S?a ch?a v?n đ? đ? tinh khi?t c?a d? li?u

2570 L?i không th? đư?c s?a ch?a b?ng cách s? d?ng b?t k? s?a ch?a DBCC tùy ch?n. Đi?u này là b?i v? nó không th? cho DBCC đ? xác đ?nh nh?ng g? giá tr? nên s? d?ng đ? thay th? giá tr? không h?p l? c?t. V? v?y, giá tr? c?t ph?i là t? C?p Nh?t.

Đ? th?c hi?n m?t C?p Nh?t b?ng tay, b?n ph?i t?m hàng có v?n đ?. Có hai cách đ? th?c hi?n vi?c này.
  • Th?c hi?n m?t truy v?n đ?i v?i b?ng ch?a các các giá tr? không h?p l? đ? t?m các hàng có ch?a các giá tr? không h?p l?.
  • S? d?ng các thông tin t? 2570 l?i đ? xác đ?nh các hàng có giá tr? không h?p l?.
Chúng tôi s? th?o lu?n v? c? hai c?a nh?ng phương pháp này chi ti?t dư?i đây, b?ng cách s? d?ng Ví d? đ? t?m các hàng có d? li?u không h?p l?.

M?t khi b?n t?m th?y các chính xác liên ti?p, m?t quy?t đ?nh c?n ph?i đư?c th?c hi?n trên các giá tr? m?i s? đư?c s? d?ng đ? thay th? d? li?u không h?p l? hi?n có. Quy?t đ?nh này đ? đư?c th?c hi?n r?t c?n th?n d?a trên ph?m vi giá tr? mà làm vi?c cho các ?ng d?ng c?ng như nh?ng g? làm cho tinh th?n h?p l? cho r?ng hàng c? th? c?a d? li?u. Nh?ng l?a ch?n b?n có là:
  • N?u b?n bi?t nh?ng g? giá tr? nó nên là, đ?t nó vào đó giá tr? c? th?.
  • Đ?t nó vào m?t giá tr? đư?c ch?p nh?n m?c đ?nh.
  • Thi?t l?p giá tr? c?t đ? NULL.
  • Thi?t l?p giá tr? c?t v?i giá tr? t?i đa ho?c t?i thi?u cho ki?u d? li?u c?t.
  • N?u b?n c?m th?y r?ng hàng c? th? là không s? d?ng b?t k? mà không c?n m?t giá tr? h?p l? cho các c?t, b?n có th? xoá hàng đó hoàn toàn.

Vi?c t?m ki?m hàng v?i các giá tr? không h?p l? b?ng cách s? d?ng T-SQL Queries

Lo?i truy v?n mà b?n c?n ph?i th?c hi?n đ? t?m ki?m hàng mà có giá tr? không h?p l? ph? thu?c vào ki?u d? li?u c?t báo cáo m?t v?n đ?. N?u b?n xem xét các thông báo l?i 2570, b?n s? nh?n th?y hai ph?n quan tr?ng c?a thông tin s? giúp b?n v?i đi?u này. Trong ví d? sau, c?t "account_name_japan" giá tr? n?m ngoài ph?m vi cho ki?u d? li?u "nvarchar." Chúng tôi có th? d? dàng xác đ?nh các c?t có v?n đ? c?ng như ki?u d? li?u c?a các c?t tham gia. Do đó, m?t khi b?n bi?t các d? li?u nh?p và các c?t có liên quan, b?n có th? xây d?ng các truy v?n đ? t?m các hàng có ch?a các giá tr? không h?p l? cho r?ng c?t, ch?n các c?t c?n thi?t đ? xác đ?nh r?ng hàng (như predicates trong m?t WHERE kho?n) cho b?t k? ti?p t?c C?p Nh?t ho?c xóa b?.

Ki?u d? li?u Unicode:
SELECT col1 ,DATALENGTH(account_name_japan) as Length ,account_name_japan 
FROM account_history
WHERE DATALENGTH(account_name_japan) % 2 != 0

Th? n?i lo?i d? li?u:
-- Change col1 to your actual primary key column(s), col2 to the column from the 2570 error, table1 to the table from the CHECKDB output

SELECT col1, col2 FROM table1
WHERE col2<>0.0 AND (col2 < 2.23E-308 OR col2 > 1.79E+308) AND (col2 < -1.79E+308 OR col2 > -2.23E-308)

Ki?u d? li?u th?c t?:
-- Change col1 to your actual primary key column(s), col2 to the column from the 2570 error, table1 to the table from -- the CHECKDB output

SELECT col1, col2 FROM testReal 
WHERE col2<>0.0 AND (col2 < CONVERT(real,1.18E-38) OR col2 > CONVERT(real,3.40E+38)) AND (col2 < CONVERT(real,-3.40E+38) OR col2 > CONVERT(real,-1.18E-38)) 
ORDER BY col1; -- checks for real out of range
Th?p phân và s? ki?u d? li?u:
SELECT col1 FROM table2
WHERE col2 > 9999999999.99999 
OR col1 < -9999999999.99999
H?y nh? r?ng b?n s? c?n ph?i đi?u ch?nh các giá tr? d?a trên các đ? chính xác và quy mô mà b?n đ? xác đ?nh các th?p phân ho?c s? c?t. Trong ví d? trên, các c?t đư?c đ?nh ngh?a là col2 decimal(15,5).

Nay d? li?u th?i gian lo?i:
B?n s? c?n ph?i th?c hi?n hai truy v?n khác nhau đ? xác đ?nh các hàng có ch?a các giá tr? không h?p l? cho ngày th?i gian c?t.
SELECT col1 FROM table3
WHERE col2 < '1/1/1753 12:00:00 AM' OR col2 > '12/31/9999 11:59:59 PM'

SELECT col1 FROM table3 WHERE
((DATEPART(ms,col2)+ (1000*DATEPART(s,col2)) + (1000*60*DATEPART(mi,col2)) + (1000*60*60*DATEPART(hh,col2)))/(1000*0.00333)) 
> 25919999

Vi?c t?m ki?m hàng v?i giá tr? không h?p l? b?ng cách s? d?ng đ?a đi?m:

B?n có th? s? d?ng phương pháp này n?u b?n không th? t?m th?y các hàng c?a l?i su?t s? d?ng phương pháp T-SQL th?o lu?n ? trên. Trong các thông báo l?i 2570, các Đ?a đi?m c?a hàng có ch?a giá tr? không h?p l? đư?c in. Cho Ví d?, xem xét thông báo sau:
Trang (1:157), khe 0 trong đ?i tư?ng ID 2121058592, ch? s? ID 0, phân vùng ID 72057594038517760, đơn v? alloc ID 72057594042515456 (lo?i "d? li?u trong hàng"). Giá tr? c?t "col2" ra kh?i ph?m vi cho ki?u d? li?u "datetime". C?p Nh?t c?t đ? m?t pháp l? giá tr?.
Trong thư này, b?n s? th?y các thông tin: Trang (1:157), khe 0. Đây là nh?ng thông tin b?n c?n đ? xác đ?nh các hàng. FileId là 1, PageInFile là 157, và SlotId là 0. M?t khi b?n đ? thông tin này, b?n s? c?n ph?i th?c hi?n l?nh, như sau:
DBCC TRACEON ( 3604 )
DBCC PAGE ( realdata , 1 , 157 , 3 )
L?nh này s? in toàn b? n?i dung c?a m?t trang. Các tham s? cho các DBCC trang l?nh là:
  • cơ s? d? li?u tên
  • FileId
  • PageInFile
  • tùy ch?n in ?n
M?t khi b?n th?c hi?n l?nh này, b?n s? nh?n th?y s?n lư?ng mà ch?a các thông tin tương t? như đ?nh d?ng sau:
Slot 0 Offset 0x60 Length 19 Record Type = PRIMARY_RECORD Record
		  Attributes = NULL_BITMAP Memory Dump @0x44D1C060 00000000: 10001000 01000000
		  ffffffff ffffffff †................ 00000010:
		  0200fc†††††††††††††††††††††††††††††††... Slot 0 Column 0 Offset 0x4 Length 4 col1 = 1Slot 0 Column 1 Offset 0x8 Length 8 col2 = Dec 31 1899 19:04PM Slot 1 Offset 0x73 Length 19 Record Type = PRIMARY_RECORD Record
		  Attributes = NULL_BITMAP Memory Dump @0x44D1C073 00000000: 10001000 02000000
		  0ba96301 f8970000 †..........c..... 00000010:
		  0200fc†††††††††††††††††††††††††††††††... Slot 1 Column 0 Offset 0x4 Length 4
		  col1 = 2 Slot 1 Column 1 Offset 0x8 Length 8 col2 = Jul 8 2006 9:34PM Slot 2
		  Offset 0x86 Length 19 Record Type = PRIMARY_RECORD Record Attributes =
		  NULL_BITMAP Memory Dump @0x44D1C086 00000000: 10001000 03000000 0ba96301
		  f8970000 †..........c..... 00000010: 0200fc†††††††††††††††††††††††††††††††...
		  Slot 2 Column 0 Offset 0x4 Length 4 col1 = 3 Slot 2 Column 1 Offset 0x8 Length
		  8 col2 = Jul 8 2006 9:34PM 
S?n lư?ng này b?n có th? th?y r? các giá tr? c?t cho hàng c?a b?n quan tâm. Trong trư?ng h?p này, b?n c?n hàng đư?c lưu tr? trong khe 0 trang. T? các thông báo l?i, b?n bi?t col2 đó là m?t trong các v?n đ?. V? v?y, b?n có th? m?t giá tr? c?a col1 cho Khe 0 và s? d?ng nó như predicate trong WHERE kho?n tuyên b? c?a b?n C?p Nh?t hoaëc Xoùa tuyên b?.

C?NH BÁO Chúng tôi đ? ngh? b?n s? d?ng các phương pháp đ?u tiên (ngh?a là, s? d?ng T-SQL truy v?n đ? t?m thông tin c?n thi?t). S? d?ng trang DBCC l?nh ch? như là m?t cu?i cùng. H?y chăm sóc t?i ưu trong khi b?n s? d?ng l?nh này trong m?t s?n xu?t môi trư?ng. Nó đư?c khuy?n khích đ? khôi ph?c l?i cơ s? d? li?u s?n xu?t trên m?t bài ki?m tra máy ch?, sau đó nh?n đư?c t?t c? thông tin c?n thi?t b?ng cách s? d?ng DBCC trang, và sau đó làm vi?c b?n C?p Nh?t trên máy ch? s?n xu?t. Như m?i khi, h?y ch?c ch?n đ? gi? m?t b?n sao lưu s?n sàng trong trư?ng h?p đi?u g? sai trái và b?n c?n ph?i tr? l?i m?t b?n sao trư?c đó c?a các cơ s? d? li?u.

THAM KH?O

Đ? bi?t thêm chi ti?t v? các báo cáo DBCC CHECKDB, xem ch? đ? "DBCC CHECKDB (Transact-SQL)" vào các nhà phát tri?n Microsoft sau Trang Web m?ng (MSDN):
http://msdn2.Microsoft.com/en-US/Library/ms176064.aspx
Đ? bi?t thêm thông tin v? đư?c bi?t đ?n các v?n đ? trong SQL Server 2000, nh?p vào s? bài vi?t sau đây đ? xem các bài vi?t trong cơ s? ki?n th?c Microsoft:
900335Kh?c ph?c: Chi?n d?ch ph?c h?i t? đ?ng cơ s? d? li?u SQL Server 2000 có th? không thành công n?u ch? có m?t ki?u d? li?u PHAO ho?c m?t lo?i d? li?u th?c t?, và lo?i d? li?u có ch?a m?t giá tr? NaN
Đ? bi?t thêm chi ti?t v? các s? ki?n RPC, xem các "Kêu g?i m?t th? t?c lưu tr? (OLE DB)" ch? đ? trên MSDN Web site sau:
http://msdn2.Microsoft.com/en-US/Library/aa198358 (SQL.80) .aspx
Đ? bi?t thêm chi ti?t v? các lo?i d? li?u khác nhau, xem các "Kêu g?i m?t th? t?c lưu tr? (OLE DB)" ch? đ? trên MSDN Web site sau:
http://msdn2.Microsoft.com/en-US/Library/ms187752.aspx
Đ? bi?t thêm chi ti?t v? n?i đi?m giá tr? công ư?c, truy c?p vào Intel Web site sau:
http://www.Intel.com/Design/pentiumii/Manuals/243191.htm
Microsoft cung c?p thông tin liên l?c bên th? ba đ? giúp b?n t?m h? tr? k? thu?t. Thông tin này có th? thay đ?i mà không báo trư?c. Microsoft không đ?m b?o s? chính xác c?a thông tin liên l?c bên th? ba này.

Thu?c tính

ID c?a bài: 923247 - L?n xem xét sau cùng: 22 Tháng Ba 2012 - Xem xét l?i: 1.0
Áp d?ng
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Express Edition with Advanced Services
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium-based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Standard Edition for Itanium-based Systems
  • Microsoft SQL Server 2005 Standard X64 Edition
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Express with Advanced Services
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 Standard Edition for Small Business
T? khóa: 
kbtshoot kbexpertiseadvanced kbsql2005engine kbinfo kbmt KB923247 KbMtvi
Máy d?ch
QUAN TRỌNG: Bài vi?t này đư?c d?ch b?ng ph?n m?m d?ch máy c?a Microsoft ch? không ph?i do con ngư?i d?ch. Microsoft cung c?p các bài vi?t do con ngư?i d?ch và c? các bài vi?t do máy d?ch đ? b?n có th? truy c?p vào t?t c? các bài vi?t trong Cơ s? Ki?n th?c c?a chúng tôi b?ng ngôn ng? c?a b?n. Tuy nhiên, bài vi?t do máy d?ch không ph?i lúc nào c?ng hoàn h?o. Lo?i bài vi?t này có th? ch?a các sai sót v? t? v?ng, cú pháp ho?c ng? pháp, gi?ng như m?t ngư?i nư?c ngoài có th? m?c sai sót khi nói ngôn ng? c?a b?n. Microsoft không ch?u trách nhi?m v? b?t k? s? thi?u chính xác, sai sót ho?c thi?t h?i nào do vi?c d?ch sai n?i dung ho?c do ho?t đ?ng s? d?ng c?a khách hàng gây ra. Microsoft c?ng thư?ng xuyên c?p nh?t ph?n m?m d?ch máy này.
Nh?p chu?t vào đây đ? xem b?n ti?ng Anh c?a bài vi?t này:923247

Cung cấp Phản hồi

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com