SQL Server'da datetime zaman bölümünü kaldırmak için en iyi yaklaşım

Hangi yöntem SQL Server'da bir tarih saat alanından saat bölümünü kaldırırken en iyi performansı sağlar?

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

veya

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

İkinci yöntem, her iki yönde de birkaç bayt daha gönderir, ancak bu, dönüşüm hızı kadar önemli olmayabilir.

Her ikisi de çok hızlı görünüyor, ancak yüz binlerce veya daha fazla satırla uğraşırken hızda bir fark olabilir mi?

Ayrıca, SQL'de bir datetime zaman bölümü kurtulmak için daha iyi yöntemler olması mümkün mü?

Kesinlikle, yöntem aen az kaynak yoğun olan yöntemdir :

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

Daha az CPU yoğun aynı toplam süre için bir milyon satır bazıları tarafından çok fazla zaman ellerinde: SQL Server'da tarih + saat tarih almak için en verimli yolu?

Başka yerlerde de benzer sonuçlarla benzer bir test gördüm.

Ben DATEADD / DATEDIFF tercih çünkü:

• varchar dil / tarih biçimi konularına tabidir
  Örnek: CASE ifadem neden belirleyici değil?
• şamandıra dahili depolamaya dayanır
• "0" tabanını değiştirerek ayın ilk günü, yarın vb. çalışma süresini uzatır.

Düzenle, Eki 2011

SQL Server 2008+ için, dateyani CAST yapabilirsiniz CAST(getdate() AS date). Veya sadece dateveri türünü kullanın, böylece kaldırılacak zaman yok.

Edit, Oca 2012

Bunun ne kadar esnek olduğuna dair çalışılmış bir örnek: sql sunucusunda yuvarlanan zaman veya tarih rakamına göre hesaplanması gerekiyor

Edit, Mayıs 2012

Bunu WHERE deyimlerinde ve benzerlerinde düşünmeden kullanmayın: bir sütuna işlev veya CAST eklemek dizin kullanımını geçersiz kılar. Buradaki 2 numaraya bakın: http://www.simple-talk.com/sql/t-sql-programming/ten-common-sql-programming-mistakes/

Şimdi, bunun daha sonra bugüne kadar CAST'ı yöneten daha sonraki SQL Server optimiser sürümlerine bir örneği var, ancak genellikle kötü bir fikir olacak ...

, Nis 2018, datetime2 için

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)

SQL Server 2008'de şunları kullanabilirsiniz:

CONVERT(DATE, getdate(), 101)

Tabii ki bu eski bir iplik ama bunu tamamlamak için.

SQL 2008'den DATE veri türünü kullanabilirsiniz, böylece şunları yapabilirsiniz:

SELECT CONVERT(DATE,GETDATE())

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

... değil aşağıdaki yorumlara göre iyi bir çözüm .

Bu cevabı silebilirdim, ancak yorumcunun neden iyi bir fikir olmadığına dair açıklamasının hala yararlı olduğunu düşündüğüm için burada bir karşı örnek olarak bırakacağım .

SQL Server 2008'de, bir DATE veri türü (ayrıca bir TIME veri türü) vardır.

CAST(GetDate() as DATE)

veya

declare @Dt as DATE = GetDate()

İşte başka bir yinelenen sorudan başka bir cevap daha :

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

Bu sihirli sayı yöntemi DATEADD yönteminden biraz daha hızlı çalışır. (~% 10 gibi görünüyor)

Bir milyon kaydın birkaç turunda CPU Zamanı:

DATEADD   MAGIC FLOAT
500       453
453       360
375       375
406       360

Ancak, bu sayıların büyük olasılıkla alakasız olduğunu unutmayın, çünkü zaten ÇOK hızlıdırlar. 100.000 veya daha fazla kayıt kümem olmadıkça, CPU Zamanını sıfırın üzerinde okuyamazdım.

DateAdd'ın bu amaç için tasarlandığı ve daha sağlam olduğu düşünüldüğünde, DateAdd kullanın.

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

Gerçekten sevdim:

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

120Biçim kodu ISO 8601 standardına içine tarih zorlamak olacaktır:

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

Dplyr ( R) ve pandalarda ( Python) kullanımı çok kolay !

DİKKAT!

A) ve b) yöntemleri her zaman aynı çıktıya sahip DEĞİLDİR!

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

Çıktı: 2014-01-01 00:00:00.000

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

Çıktı: 2013-12-31 00:00:00.000

(MS SQL Server 2005 ve 2008 R2 üzerinde test edilmiştir)

DÜZENLEME: Adem'in açıklamasına göre, tablodan tarih değerini okursanız bu gerçekleşemez, ancak tarih değerinizi bir değişmez değer olarak verirseniz (örnek: ADO.NET üzerinden saklanan yordamın bir parametresi olarak) olabilir.

En başta kesici uçlarda / güncellemelerde zaman ayırın. Anında dönüşüme gelince, hiçbir şey kullanıcı tanımlı bir işlevi idame kabiliyeti açısından yenemez:

select date_only(dd)

Uygulaması date_onlyistediğiniz herhangi bir şey olabilir - şimdi soyutlanmış ve arama kodu çok daha temiz.

Bu soruya bakın:
SQL Server'da bir tarih saatini nasıl kısaltabilirim?

Ne yaparsanız yapın , string yöntemini kullanmayın . Bu yapabileceğiniz en kötü yolla ilgili.

Zaten cevap verdim ama bunu da oraya atacağım ... bu sözde de iyi bir performans sergiliyor, ancak ondalık (zaman depolayan) şamandıradan atılarak ve sadece bütün parçayı (tarih olan) geri döndürerek çalışıyor

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

ikinci kez bu çözümü buldum ... ben bu kodu kaptı

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

Bu yöntem dize işlevini kullanmaz. Datetemelde ondalık basamaktan önceki basamaklı gerçek bir veri türüdür.

bu sanırım çok daha hızlı olacak.

Benim için aşağıdaki kod her zaman kazanır:

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

CONVERT (karakter (10), GetDate (), 126) öğesini seçin

bence demek istedin ki cast(floor(cast(getdate()as float))as datetime)

gerçek sadece 32 bittir ve bazı bilgileri kaybedebilir

Bu en hızlı cast(cast(getdate()+x-0.5 as int)as datetime)

... sadece% 10 daha hızlı olsa da(about 0.49 microseconds CPU vs. 0.58)

Bu önerildi ve şu anda testimde aynı zamanı alıyor: DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

SQL 2008'de, SQL CLR işlevi, bir SQL işlevini kullanmaktan yaklaşık 5 kat daha hızlıdır, 1,35 mikrosaniyede 6,5 mikrona kadar, basit bir SQL UDF'ye karşı bir SQL CLR işlevi için çok daha düşük işlev çağrısı yükünü gösterir.

SQL 2005'te, SQL CLR işlevi, testime göre bu yavaş işleve göre 16 kat daha hızlıdır:

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

Nasıl select cast(cast my_datetime_field as date) as datetime)? Bu, saat 00:00 olarak ayarlandığında aynı tarihle sonuçlanır, ancak metne dönüştürülmesini önler ve aynı zamanda açık sayısal yuvarlamayı da önler.

Bence kesinlikle buna sadık kalırsanız TSQL, zamanı kısaltmanın en hızlı yolu budur:

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

Bu kesme yöntemini yöntemden yaklaşık% 5 daha hızlı buldum DateAdd. Ve bu, en yakın güne yuvarlanacak şekilde kolayca değiştirilebilir:

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

Burada SQL Server için datetime bazı bölümlerini kaldırmak için bir işlev yaptı. Kullanımı:

• İlk param, sökülme tarihi.
• İkinci parametre karakterdir:
  • s: saniye yuvarlar; milisaniyeyi kaldırır
  • m: dakikaya yuvarlar; saniye ve milisaniyeyi kaldırır
  • h: saate yuvarlar; dakika, saniye ve milisaniyeyi kaldırır.
  • d: güne yuvarlar; saat, dakika, saniye ve milisaniyeyi kaldırır.
• Yeni tarih saatini döndürür

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

Yukarıdaki sürümlerin birçoğu işe yaramadığından birinin Sybase sürümünü araması durumunda

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

• Adaptive Server 15.7 üzerinde çalışan I SQL v11'de test edildi

Mümkünse, bunun gibi özel şeyler için CLR işlevlerini kullanmayı seviyorum.

Bu durumda:

[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;
    }

Ben şahsen, SQL Server 2005 (veya daha düşük bir sürüm) ile uğraşırken bunun için neredeyse her zaman Kullanıcı Tanımlı işlevler kullanıyorum , ancak UDF'lerin kullanımının özellikle WHERE yan tümcelerine uygulanması durumunda belirli dezavantajlar olduğu belirtilmelidir (aşağıya bakın ve daha fazla ayrıntı için bu cevaba yapılan yorumlar). SQL Server 2008 (veya üstü) kullanıyorsanız - aşağıya bakın.

Aslında, oluşturduğum çoğu veritabanı için, bu UDF'leri başlangıçta hemen ekliyorum çünkü er ya da geç onlara ihtiyaç duyma şansımın% 99 olduğunu biliyorum.

Ben "sadece tarih" ve "sadece zaman" için bir tane oluşturmak ("sadece tarih" biri ikisinin en çok kullanılan olmasına rağmen).

İşte tarihle ilgili çeşitli UDF'lere bazı bağlantılar:

Temel SQL Server Tarih, Saat ve DateTime İşlevleri
Yalnızca Tarih Alma İşlevi

Bu son bağlantı, tarihi bir datetime alanının yalnızca bir parçası olarak almanın en az 3 farklı yolunu gösterir ve her yaklaşımın bazı artılarını ve eksilerini belirtir.

Bir UDF kullanılıyorsa, sorguda WHERE yan tümcesinin bir parçası olarak UDF'yi kullanmaktan kaçınmaya çalışmalısınız, çünkü bu sorgu performansını büyük ölçüde engelleyecektir. Bunun temel nedeni, bir WHERE yan tümcesinde bir UDF kullanmanın bu yan tümceyi anlaşılmaz kılmasıdır . UDF'leri kendi kullanımımla ilgili olarak, WHERE yan tümcesinde "raw" tarih sütununu sık sık kullanacağım, ancak UDF'yi SELECTed sütununa uygulayacağım. Bu şekilde, UDF sadece filtrelenen sonuç kümesine uygulanır ve tablonun her satırına filtrenin bir parçası olarak uygulanmaz.

Tabii ki, bunun için mutlak en iyi yaklaşım SQL Server 2008 (veya daha yüksek) kullanmak ve tarih ve saatlerinizi ayırmaktır , çünkü SQL Server veritabanı motoru daha sonra yerel olarak tarih ve saat bileşenlerini sağlar ve bunları bağımsız olarak etkin bir şekilde sorgulayabilir tarih veya saat parçasını bileşik tarih-saat türünden ayıklamak için bir UDF veya başka bir mekanizmaya gerek kalmadan.

Kullanmak istiyorum:

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

Böylece etkili bir şekilde sahip olduğunuz tarih alanından yeni bir alan oluşturma.