Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Şunlar için geçerlidir:
SQL ServerAzure SQL VeritabanıAzure SQL Yönetilen ÖrneğiAzure Synapse Analytics
Important
SQL Server Native Client (SNAC) ile birlikte gönderilmez:
- SQL Server 2022 (16.x) ve sonraki sürümleri
- SQL Server Management Studio 19 ve sonraki sürümleri
YENI uygulama geliştirme için SQL Server Yerel İstemcisi (SQLNCLI veya SQLNCLI11) ve SQL Server için eski Microsoft OLE DB Sağlayıcısı (SQLOLEDB) önerilmez.
Yeni projeler için aşağıdaki sürücülerden birini kullanın:
SQL Server Veritabanı Altyapısı'nın (sürüm 2012 ile 2019 arasında) bir bileşeni olarak gelen SQLNCLI için, Destek Yaşam Döngüsü özel durumukonusuna bakın.
Bu konu, SQL Server 2008 (10.0.x) sürümünde eklenen tarih ve saat veri türleri için SQL Server Native Client desteğini açıklar.
Tarih/saat iyileştirmeleri hakkında daha fazla bilgi için Tarih ve Saat İyileştirmeleri (OLE DB) ve Tarih ve Saat İyileştirmeleri (ODBC) bölümlerine bakınız.
Usage
Aşağıdaki bölümler, yeni tarih ve saat türlerinin çeşitli kullanım şekillerini açıklar.
Tarihi Farklı Bir Veri Türü Olarak Kullanın
SQL Server 2008 (10.0.x) ile itibaren, tarih/saat türlerine yönelik geliştirilmiş destek, SQL_TYPE_DATE ODBC tipini (ODBC 2.0 uygulamaları için SQL_DATE) ve DBTYPE_DBDATE OLE veritabanı tipini kullanmayı daha verimli hale getirmektedir.
Zaman Farklı Bir Veri Tipi Olarak Kullanımı
OLE DB'nin zaten sadece zamanı içeren bir veri tipi var, DBTYPE_DBTIME ve bu hassasiyet 1 saniyedir. ODBC'de eşdeğer tip SQL_TYPE_TIME'dir (ODBC 2.0 uygulamaları için SQL_TIME).
Yeni SQL Server zaman veri tipi, 100 nanosaniyeye kadar hassas kısmal saniyelere sahiptir. Bu, SQL Server Native Client içinde yeni türler gerektirir: DBTYPE_DBTIME2 (OLE DB) ve SQL_SS_TIME2 (ODBC). Kısmal saniye olmadan zaman kullanmak üzere yazılmış mevcut uygulamalar time(0) sütunlarını kullanabilir. Mevcut OLE DB DBTYPE_TIME ve ODBC SQL_TYPE_TIME tipleri ve ilgili yapıları, uygulamalar meta veride geri dönen tipe güvenmedikçe doğru şekilde çalışmalıdır.
Zamanı, Genişletilmiş Kesirli Saniye Hassasiyetiyle Farklı Bir Veri Türü olarak Kullanın
Süreç kontrolü ve üretim uygulamaları gibi bazı uygulamalar, zaman verilerini 100 nanosaniyeye kadar hassasiyetle işleme yeteneği gerektirir. Bu amaçla yeni türler DBTYPE_DBTIME2 (OLE DB) ve SQL_SS_TIME2 (ODBC)'dir.
Genişletilmiş Kesirli Saniye Hassasiyetiyle Tarih Saati Kullanın
OLE DB, zaten 1 nanosaniyeye kadar hassasiyetle bir tip tanımlar. Ancak, bu tür mevcut SQL Server uygulamaları tarafından zaten kullanılmaktadır ve bu tür uygulamalar sadece 1/300 saniye hassasiyet beklentisine sahiptir. Yeni datetime2(3) tipi, mevcut datetime tipiyle doğrudan uyumlu değildir. Eğer bunun uygulama davranışını etkileme riski varsa, uygulamalar gerçek sunucu türünü belirlemek için yeni bir DBCOLUMN bayrağı kullanmak zorundadır.
ODBC ayrıca 1 nanosaniyeye kadar hassasiyete sahip bir tipi tanımlar. Ancak, bu tür zaten mevcut SQL Server uygulamaları tarafından kullanılmakta ve bu tür uygulamalar sadece 3 milisaniye hassasiyet bekler. Yeni datetime2(3) tipi, mevcut datetime tipiyle doğrudan uyumlu değildir. datetime2(3) bir milisaniye hassasiyete sahiptir ve datetime'ın hassasiyeti 1/300 saniyedir. ODBC'de uygulamalar, tanımlayıcı alanı SQL_DESC_TYPE_NAME ile hangi sunucu türünün kullanıldığını belirleyebilir. Bu nedenle, mevcut tip SQL_TYPE_TIMESTAMP (ODBC 2.0 uygulamaları için SQL_TIMESTAMP) her iki tip için de kullanılabilir.
Genişletilmiş Kesirli Saniye Hassasiyeti ve Zaman Dilimi ile Tarih Saatini Kullanın
Bazı uygulamalar, saat dilimi bilgisiyle tarih ve zaman değerleri gerektirir. Bu, yeni DBTYPE_DBTIMESTAMPOFFSET (OLE DB) ve SQL_SS_TIMESTAMPOFFSET (ODBC) tipleri tarafından desteklenmektedir.
Mevcut Dönüşümlerle Uyumlu Client-Side Dönüşümlerle Tarih/Saat/Tarih Saati/Tarih Zaman Ofseti Verilerini Kullanın
ODBC standardı, mevcut tarih, saat ve zaman damgası türleri arasındaki dönüşümlerin nasıl çalıştığını açıklar. Bunlar, SQL Server 2008 (10.0.x)'de tanıtılan tüm tarih ve zaman türleri arasındaki dönüşümleri de içerecek şekilde tutarlı bir şekilde genişletilmiştir.