T-SQL Cast so với Chuyển đổi

Question

Hướng dẫn chung về thời điểm bạn nên sử dụng CAST so với CONVERT là gì? Có bất kỳ vấn đề về hiệu suất nào liên quan đến việc chọn cái nào so với cái kia không? Là một trong những gần gũi hơn với ANSI-SQL?

Answer 1

CONVERT là SQL Server cụ thể, CAST là ANSI.

CONVERT linh hoạt hơn ở chỗ bạn có thể định dạng ngày, vv Ngoài ra, chúng khá giống nhau. Nếu bạn không quan tâm đến các tính năng mở rộng, hãy sử dụng CAST.

EDIT:

Theo ghi nhận của @beruic và @ C-F trong các ý kiến ​​dưới đây, có thể mất độ chính xác khi một chuyển đổi ngầm được sử dụng (có nghĩa là một trong những nơi bạn sử dụng không CAST cũng không CONVERT). Để biết thêm thông tin, hãy xem CAST and CONVERT và đặc biệt là đồ họa này: SQL Server Data Type Conversion Chart. Với thông tin bổ sung này, lời khuyên ban đầu vẫn giữ nguyên. Sử dụng CAST nếu có thể.

Answer 2

Chuyển đổi có thông số kiểu cho ngày chuyển đổi chuỗi.

http://msdn.microsoft.com/en-us/library/ms187928.aspx

Answer 3

CAST là standar SQL, nhưng CONVERT không phải là (chỉ dành cho các phương ngữ T-SQL), chúng tôi có một lợi thế nhỏ cho chuyển đổi trong trường hợp datetime

với CAST, bạn cho biết sự biểu hiện và các loại mục tiêu ; với CONVERT, có đối số thứ ba thể hiện kiểu dáng cho chuyển đổi, được hỗ trợ cho một số chuyển đổi, như giữa các ký tự giá trị ngày và giờ. Ví dụ: CONVERT (DATE, '1/2/2012', 101) chuyển đổi chuỗi ký tự chữ cái thành DATE bằng cách sử dụng kiểu 101 đại diện cho tiêu chuẩn Hoa Kỳ.

liên quan,

Answer 4

CAST sử dụng tiêu chuẩn ANSI. Trong trường hợp tính di động, điều này sẽ hoạt động trên các nền tảng khác. CONVERT dành riêng cho máy chủ sql. Nhưng chức năng rất mạnh. Bạn có thể chỉ định các kiểu khác nhau cho các ngày

Answer 5

Có điều gì đó dường như chưa được chú ý là dễ đọc. Có ...

CONVERT(SomeType, 
    SomeReallyLongExpression 
    + ThatMayEvenSpan 
    + MultipleLines 
    ) 

... có thể dễ hiểu hơn ...

CAST(SomeReallyLongExpression 
    + ThatMayEvenSpan 
    + MultipleLines 
    AS SomeType 
    )