Cách tiếp cận tốt nhất để loại bỏ một phần thời gian của datetime trong SQL Server

Phương pháp nào cung cấp hiệu suất tốt nhất khi xóa phần thời gian khỏi trường datetime trong SQL Server?

a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

hoặc là

b) select cast(convert(char(11), getdate(), 113) as datetime)

Phương thức thứ hai cũng gửi thêm một vài byte nhưng điều đó có thể không quan trọng bằng tốc độ chuyển đổi.

Cả hai cũng có vẻ rất nhanh, nhưng có thể có sự khác biệt về tốc độ khi xử lý hàng trăm nghìn hoặc nhiều hàng hơn?

Ngoài ra, có thể có những phương pháp thậm chí tốt hơn để loại bỏ phần thời gian của một datetime trong SQL không?

Nghiêm túc, phương pháp alà ít tài nguyên nhất:

a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

Đã chứng minh ít CPU hơn với tổng thời lượng một triệu hàng bởi một số người có quá nhiều thời gian trong tay: Cách hiệu quả nhất trong SQL Server để lấy ngày từ ngày + giờ?

Tôi thấy một thử nghiệm tương tự ở nơi khác với kết quả tương tự quá.

Tôi thích DATEADD / DATEDIFF vì:

• varchar là đối tượng của các vấn đề ngôn ngữ / dateformat
  Ví dụ: Tại sao biểu thức CASE của tôi không mang tính quyết định?
• phao phụ thuộc vào lưu trữ nội bộ
• nó kéo dài để làm việc vào ngày đầu tiên của tháng, ngày mai, vv bằng cách thay đổi cơ sở "0"

Chỉnh sửa, tháng 10 năm 2011

Đối với SQL Server 2008+, bạn có thể CAST datetức là CAST(getdate() AS date). Hoặc chỉ sử dụng datedatatype để không có thời gian để loại bỏ.

Chỉnh sửa, tháng 1 năm 2012

Một ví dụ hoạt động về mức độ linh hoạt của nó: Cần tính toán theo thời gian làm tròn hoặc số ngày trong máy chủ sql

Chỉnh sửa, tháng 5 năm 2012

Không sử dụng điều này trong các mệnh đề WHERE và tương tự mà không cần suy nghĩ: thêm chức năng hoặc CAST vào cột làm mất hiệu lực sử dụng chỉ mục. Xem số 2 tại đây: http://www.simple-talk.com/sql/t-sql-programming/ten-common-sql-programming-mistakes/

Bây giờ, điều này đã có một ví dụ về các phiên bản tối ưu hóa SQL Server sau này quản lý CAST chính xác, nhưng nói chung nó sẽ là một ý tưởng tồi ...

Chỉnh sửa, tháng 9 năm 2018, cho datetime2

DECLARE @datetime2value datetime2 = '02180912 11:45' --this is deliberately within datetime2, year 0218
DECLARE @datetime2epoch datetime2 = '19000101'

select DATEADD(dd, DATEDIFF(dd, @datetime2epoch, @datetime2value), @datetime2epoch)

Trong SQL Server 2008, bạn có thể sử dụng:

CONVERT(DATE, getdate(), 101)

Tất nhiên đây là một chủ đề cũ nhưng để làm cho nó hoàn thành.

Từ SQL 2008, bạn có thể sử dụng kiểu dữ liệu DATE để bạn có thể thực hiện đơn giản:

SELECT CONVERT(DATE,GETDATE())

SELECT CAST(FLOOR(CAST(getdate() AS FLOAT)) AS DATETIME)

... không phải là một giải pháp tốt, theo các ý kiến ​​dưới đây.

Tôi sẽ xóa câu trả lời này, nhưng tôi sẽ để nó ở đây làm ví dụ vì tôi nghĩ rằng lời giải thích của các nhà bình luận về lý do tại sao nó không phải là một ý tưởng tốt vẫn hữu ích.

Trong SQL Server 2008, có một kiểu dữ liệu DATE (cũng là kiểu dữ liệu TIME).

CAST(GetDate() as DATE)

hoặc là

declare @Dt as DATE = GetDate()

Đây là một câu trả lời khác, từ một câu hỏi trùng lặp khác :

SELECT CAST(CAST(getutcdate() - 0.50000004 AS int) AS datetime) 

Phương pháp số ma thuật này thực hiện nhanh hơn một chút so với phương pháp DATEADD. (Có vẻ như ~ 10%)

Thời gian CPU trên một số vòng của một triệu bản ghi:

DATEADD   MAGIC FLOAT
500       453
453       360
375       375
406       360

Nhưng lưu ý rằng những con số này có thể không liên quan vì chúng đã RẤT nhanh. Trừ khi tôi có bộ kỷ lục từ 100.000 trở lên, tôi thậm chí không thể có được Thời gian CPU để đọc trên 0.

Xem xét thực tế rằng DateAdd có nghĩa cho mục đích này và mạnh mẽ hơn, tôi nói rằng hãy sử dụng DateAdd.

SELECT CAST(CAST(GETDATE() AS DATE) AS DATETIME)

Tôi thật sự thích:

[date] = CONVERT(VARCHAR(10), GETDATE(), 120)

Các 120mã định dạng sẽ ép buộc ngày vào tiêu chuẩn ISO 8601:

'YYYY-MM-DD' or '2017-01-09'

Siêu dễ sử dụng trong dplyr ( R) và gấu trúc ( Python)!

HÃY THỬ!

Phương pháp a) và b) KHÔNG phải luôn có cùng một đầu ra!

select DATEADD(dd, DATEDIFF(dd, 0, '2013-12-31 23:59:59.999'), 0)

Đầu ra: 2014-01-01 00:00:00.000

select cast(convert(char(11), '2013-12-31 23:59:59.999', 113) as datetime)

Đầu ra: 2013-12-31 00:00:00.000

(Đã thử nghiệm trên MS SQL Server 2005 và 2008 R2)

EDIT: Theo nhận xét của Adam, điều này không thể xảy ra nếu bạn đọc giá trị ngày từ bảng, nhưng nó có thể xảy ra nếu bạn cung cấp giá trị ngày của bạn dưới dạng chữ (ví dụ: như một tham số của thủ tục được lưu trữ được gọi qua ADO.NET).

Dải thời gian trên chèn / cập nhật ở vị trí đầu tiên. Đối với chuyển đổi nhanh chóng, không có gì có thể đánh bại chức năng bảo trì chức năng do người dùng xác định:

select date_only(dd)

Việc triển khai date_onlycó thể là bất cứ điều gì bạn thích - bây giờ nó được trừu tượng hóa và gọi mã sạch hơn nhiều.

Xem câu hỏi này:
Làm cách nào tôi có thể cắt một datetime trong SQL Server?

Dù bạn làm gì, đừng sử dụng phương thức chuỗi . Đó là về cách tồi tệ nhất bạn có thể làm điều đó.

Đã trả lời nhưng tôi cũng ném nó ra ngoài ... điều này chắc chắn cũng có hiệu quả tốt nhưng nó hoạt động bằng cách vứt bỏ số thập phân (lưu trữ thời gian) từ phao và chỉ trả lại toàn bộ phần (đó là ngày)

 CAST(
FLOOR( CAST( GETDATE() AS FLOAT ) )
AS DATETIME
)

Lần thứ hai tôi tìm thấy giải pháp này ... tôi đã lấy mã này ra

CAST(round(cast(getdate()as real),0,1) AS datetime)

Phương pháp này không sử dụng hàm chuỗi. Datevề cơ bản là một kiểu dữ liệu thực với các chữ số trước số thập phân là một phần của một ngày.

Điều này tôi đoán sẽ nhanh hơn rất nhiều.

Đối với tôi mã dưới đây luôn là người chiến thắng:

SELECT CONVERT(DATETIME, FLOOR(CONVERT(FLOAT,GETDATE())));

chọn CHUYỂN ĐỔI (char (10), GetDate (), 126)

Tôi nghĩ bạn muốn nói cast(floor(cast(getdate()as float))as datetime)

thực chỉ là 32 bit và có thể mất một số thông tin

Đây là nhanh nhất cast(cast(getdate()+x-0.5 as int)as datetime)

... mặc dù chỉ nhanh hơn khoảng 10%(about 0.49 microseconds CPU vs. 0.58)

Điều này đã được đề xuất và mất cùng thời gian trong thử nghiệm của tôi ngay bây giờ: DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

Trong SQL 2008, hàm SQL CLR nhanh hơn khoảng 5 lần so với sử dụng hàm SQL, ở mức 1,35 micro giây so với 6,5, cho thấy chi phí gọi hàm thấp hơn nhiều cho hàm SQL CLR so với SQL UDF đơn giản.

Trong SQL 2005, hàm SQL CLR nhanh hơn 16 lần, theo thử nghiệm của tôi, so với hàm chậm này:

create function dateonly (  @dt datetime )
returns datetime
as
begin
return cast(floor(cast(@dt as float))as int)
end

Thế còn select cast(cast my_datetime_field as date) as datetime)? Điều này dẫn đến cùng một ngày, với thời gian được đặt thành 00:00, nhưng tránh mọi chuyển đổi thành văn bản và cũng tránh mọi làm tròn số rõ ràng.

Tôi nghĩ rằng nếu bạn kiên quyết với TSQLđiều đó thì đây là cách nhanh nhất để rút ngắn thời gian:

 select convert(datetime,convert(int,convert(float,[Modified])))

Tôi thấy phương pháp cắt này nhanh hơn khoảng 5% so với DateAddphương pháp. Và điều này có thể dễ dàng sửa đổi để làm tròn đến ngày gần nhất như thế này:

select convert(datetime,ROUND(convert(float,[Modified]),0))

Ở đây tôi đã thực hiện một chức năng để loại bỏ một số phần của datetime cho SQL Server. Sử dụng:

• Param đầu tiên là datetime được loại bỏ.
• Thông số thứ hai là một char:
  • s: làm tròn đến giây; loại bỏ mili giây
  • m: làm tròn đến phút; loại bỏ giây và mili giây
  • h: vòng đến giờ; loại bỏ phút, giây và mili giây.
  • d: vòng đến ngày; loại bỏ giờ, phút, giây và mili giây.
• Trả về datetime mới

create function dbo.uf_RoundDateTime(@dt as datetime, @part as char) returns datetime as begin if CHARINDEX( @part, 'smhd',0) = 0 return @dt; return cast( Case @part when 's' then convert(varchar(19), @dt, 126) when 'm' then convert(varchar(17), @dt, 126) + '00' when 'h' then convert(varchar(14), @dt, 126) + '00:00' when 'd' then convert(varchar(14), @dt, 112) end as datetime ) end

Chỉ trong trường hợp bất cứ ai đang tìm kiếm một phiên bản Sybase ở đây vì một số phiên bản ở trên không hoạt động

CAST(CONVERT(DATE,GETDATE(),103) AS DATETIME)

• Đã thử nghiệm trong I SQL v11 chạy trên Máy chủ thích ứng 15.7

Nếu có thể, đối với những thứ đặc biệt như thế này, tôi thích sử dụng các hàm CLR.

Trong trường hợp này:

[Microsoft.SqlServer.Server.SqlFunction]
    public static SqlDateTime DateOnly(SqlDateTime input)
    {
        if (!input.IsNull)
        {
            SqlDateTime dt = new SqlDateTime(input.Value.Year, input.Value.Month, input.Value.Day, 0, 0, 0);

            return dt;
        }
        else
            return SqlDateTime.Null;
    }

Tôi, cá nhân, hầu như luôn luôn sử dụng các chức năng do Người dùng Xác định do cho việc này nếu xử lý SQL Server 2005 (hoặc phiên bản thấp hơn), tuy nhiên, cần lưu ý rằng có những hạn chế cụ thể khi sử dụng UDF, đặc biệt là nếu áp dụng chúng cho các mệnh đề WHERE (xem bên dưới và các ý kiến ​​về câu trả lời này để biết thêm chi tiết). Nếu sử dụng SQL Server 2008 (hoặc cao hơn) - xem bên dưới.

Trên thực tế, đối với hầu hết các cơ sở dữ liệu mà tôi tạo, tôi thêm các UDF này ngay khi bắt đầu vì tôi biết có khả năng 99% tôi sẽ cần chúng sớm hay muộn.

Tôi tạo một cái cho "chỉ ngày" và "chỉ thời gian" (mặc dù cái "chỉ ngày" là thứ được sử dụng nhiều nhất trong hai cái).

Đây là một số liên kết đến một loạt các UDF liên quan đến ngày:

Essential SQL Server Ngày, Thời gian và DateTime Chức năng
Nhận Ngày Chỉ Chức năng

Liên kết cuối cùng đó hiển thị không dưới 3 cách khác nhau để lấy ngày chỉ là một phần của trường thời gian và đề cập đến một số ưu và nhược điểm của mỗi phương pháp.

Nếu sử dụng UDF, cần lưu ý rằng bạn nên cố gắng tránh sử dụng UDF như một phần của mệnh đề WHERE trong truy vấn vì điều này sẽ cản trở rất nhiều hiệu năng của truy vấn. Lý do chính cho điều này là việc sử dụng UDF trong mệnh đề WHERE biểu thị mệnh đề đó là không thể sargable , điều đó có nghĩa là SQL Server không còn có thể sử dụng một chỉ mục với mệnh đề đó để cải thiện tốc độ thực hiện truy vấn. Với tham chiếu đến việc sử dụng UDF của riêng tôi, tôi sẽ thường xuyên sử dụng cột ngày "thô" trong mệnh đề WHERE, nhưng áp dụng UDF cho cột CHỌN. Theo cách này, UDF chỉ được áp dụng cho tập kết quả được lọc và không phải mọi hàng của bảng là một phần của bộ lọc.

Tất nhiên, cách tiếp cận tốt nhất tuyệt đối cho việc này là sử dụng SQL Server 2008 (hoặc cao hơn) và tách biệt ngày và giờ của bạn , vì công cụ cơ sở dữ liệu SQL Server sau đó sẽ cung cấp các thành phần ngày và giờ riêng lẻ và có thể truy vấn một cách độc lập không cần UDF hoặc cơ chế khác để trích xuất phần ngày hoặc thời gian từ loại thời gian tổng hợp.

Tôi sẽ dùng:

CAST
(
CAST(YEAR(DATEFIELD) as varchar(4)) + '/' CAST(MM(DATEFIELD) as varchar(2)) + '/' CAST(DD(DATEFIELD) as varchar(2)) as datetime
) 

Do đó, có hiệu quả tạo ra một trường mới từ trường ngày bạn đã có.