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 AnalyticsAnalytics Platform System (PDW)
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.
SQL Server 2005 (9.x), Veritabanı Motoru'na erişen uygulamalarda birden fazla aktif sonuç kümesi (MARS) desteğini tanıttı. SQL Server'ın önceki sürümlerinde, veritabanı uygulamaları bir bağlantıda birden fazla aktif ifade tutamazdı. SQL Server varsayılan sonuç kümeleri kullanıldığında, uygulama bir batch'teki tüm sonuç setlerini işlemesi veya iptal etmesi gerekiyordu; böylece o bağlantıda başka bir toplu çalışmaya başlayabiliyordu. SQL Server 2005 (9.x), uygulamaların bağlantı başına birden fazla bekleyen talep olmasını ve özellikle bağlantı başına birden fazla aktif varsayılan sonuç setine sahip olmasını sağlayan yeni bir bağlantı özetniteliği tanıttı.
MARS, aşağıdaki yeni yeteneklerle uygulama tasarımını basitleştirir:
Uygulamalar birden fazla varsayılan sonuç setini açık tutabilir ve bunlardan okuma yapabilmektedir.
Uygulamalar, varsayılan sonuç kümeleri açıkken diğer ifadeleri (örneğin, INSERT, UPDATE, DELETE, , ve depolanmış prosedür çağrıları) çalıştırabilir.
MARS kullanan başvurular aşağıdaki yönergeleri faydalı bulacaktır:
Varsayılan sonuç kümeleri, tek SQL ifadeleriyle oluşturulan kısa ömürlü veya kısa sonuç kümeleri için kullanılmalıdır (SELECT, ÇIXIT ILE DML, RECEIVE, METIN OKUMA VE BENZERI).
Sunucu imleçleri, tek SQL ifadeleriyle oluşturulan daha uzun ömürlü veya büyük sonuç kümeleri için kullanılmalıdır.
Prosedürel talepler için sonuçların sonuna kadar okuyun, sonuç döndürüp getirmemeleri ve birden fazla sonuç veren gruplar için ise.
Mümkün olduğunda, bağlantı özelliklerini değiştirmek ve işlemleri Transact-SQL ifadelerine tercih ederek API çağrılarını kullanmak için kullanın.
MARS'ta, eşzamanlı partiler devam ederken oturum kapsamında taklit yasaktır.
Note
Varsayılan olarak, sürücü MARS işlevselliği etkinleştirilmez. SQL Server Native Client ile SQL Server'a bağlanırken MARS kullanmak için, bir bağlantı dizesi içinde MARS'ı özellikle etkinleştirmeniz gerekir. Ancak, bazı uygulamalar sürücünün MARS'ı desteklediğini tespit ederse varsayılan olarak MARS'ı etkinleştirebilir. Bu uygulamalar için, gerektiğinde bağlantı dizesi'de MARS'ı devre dışı bırakabilirsiniz. Daha fazla bilgi için, bu konunun ilerleyen bölümlerinde SQL Server Native Client OLE DB sağlayıcısı ve SQL Server Native Client ODBC sürücü bölümlerine bakınız.
SQL Server Native Client, bir bağlantıdaki aktif ifade sayısını sınırlamaz.
Aynı anda birden fazla çoklu ifade toplu veya saklanan prosedürün yürütülmesine gerek olmayan tipik uygulamalar, MARS'ın nasıl uygulandığını anlamadan MARS'tan faydalanır. Ancak, daha karmaşık gereksinimlere sahip uygulamalar bunu dikkate almak zorundadır.
MARS, tek bir bağlantı içinde birden fazla isteğin aralı olarak yürütülmesini sağlar. Yani, bir toplu çalışmaya izin verir ve çalıştırma sırasında diğer isteklerin yürütülmesine izin verir. Ancak unutmayın ki, MARS paralel uygulama açısından değil, interleaving olarak tanımlanmıştır.
MARS altyapısı, birden fazla grupun aralı bir şekilde çalıştırılmasına izin verir, ancak yürütme yalnızca iyi tanımlanmış noktalarda değiştirilebilir. Ayrıca, çoğu ifade bir grup içinde atomik olarak çalışmak zorundadır. İstemciye satır döndüren ifadeler, bazen verim noktası olarak adlandırılır, satırlar istemciye gönderilirken tamamlanmadan önce yürütmeyi birbirine bırakabilir, örneğin:
SELECT
FETCH
RECEIVE
Depolanan bir prosedür veya toplu bölüm olarak çalıştırılan diğer tüm ifadeler, diğer MARS isteklerine aktarılabilmek için tamamlanana kadar çalıştırılmalıdır.
Toplu çalışmaların tam olarak nasıl birbirleriyle yapıldığı bir dizi faktörden etkilenir ve verim puanı içeren birden fazla partiden gelen komutların tam olarak hangi sırada çalıştırılacağını tahmin etmek zordur. Bu karmaşık partilerin aralıklı uygulanması nedeniyle istenmeyen yan etkilerden kaçınmaya dikkat edin.
Bağlantı durumu (SET, USE) ve işlemleri (BEGIN TRAN, COMMIT, ROLLBACK) yönetmek için Transact-SQL ifadeleri yerine API çağrıları kullanarak sorunlardan kaçının; bu ifadeleri çok iyimli toplu toplu gruplara dahil etmeyerek, aynı zamanda verim noktaları içeren ve bu tür grupların yürütülmesini tüm sonuçları tüketerek veya iptal ederek seri olarak yaparak sorunlardan kaçının.
Note
MARS etkinleştirildiğinde manuel veya örtük bir işlem başlatan bir toplu veya saklanan prosedür, toplu işlemden önce işlemi tamamlamalıdır. Eğer çalışmazsa, SQL Server toplu işlem bittiğinde yapılan tüm değişiklikleri geri alır. Böyle bir işlem, SQL Server tarafından toplu kapsamlı bir işlem olarak yönetilir. Bu, SQL Server 2005 (9.x) ile tanıtılan yeni bir işlem türüdür ve MARS etkinleştirildiğinde mevcut iyi davranan depolanmış prosedürlerin kullanılmasını sağlar. Parti kapsamlı işlemler hakkında daha fazla bilgi için Transaction Statement'a (Transact-SQL) bakınız.
ADO'dan MARS kullanımı örneği için bkz. SQL Server Native Client ile ADO'yu Kullanmak.
Bellek İçi OLTP
Bellek içi OLTP, sorgular ve yerel derlenmiş depolanmış prosedürler kullanarak MARS'i destekler. MARS, yeni bir sonuç kümesinden satır almak için bir talep göndermeden önce her bir sonuç kümesini tamamen geri almak zorunda kalmadan birden fazla sorgudan veri talep etmeyi sağlar. Birden fazla açık sonuç setinden başarılı okumak için MARS özellikli bir bağlantı kullanmanız gerekir.
MARS varsayılan olarak devre dışı bırakılmıştır, bu yüzden bağlantı dizisine eklemek MultipleActiveResultSets=True için açıkça etkinleştirmeniz gerekir. Aşağıdaki örnek, bir SQL Server örneğine nasıl bağlanacağınızı ve MARS'ın etkin olduğunu nasıl belirtileceğini gösterir:
Data Source=MSSQL; Initial Catalog=AdventureWorks; Integrated Security=SSPI; MultipleActiveResultSets=True
OLTP'In-Memory ile MARS, SQL motorunun geri kalanındaki MARS ile esasen aynıdır. Aşağıda, bellek optimize edilmiş tablolarda ve yerel derlenmiş depolanmış işlemlerde MARS kullanılırken gösterilen farklar listelenmektedir.
MARS ve bellek optimize edilmiş tablolar
MARS etkin bağlantı kullanıldığında disk tabanlı ve bellek optimize edilmiş tablolar arasındaki farklar şunlardır:
İki ifade aynı hedef nesnedeki veriyi değiştirebilir, ancak her ikisi de aynı kaydı değiştirmeye çalışırsa, yazma-yazma çatışması yeni işlemin başarısız olmasına yol açar. Ancak, her iki işlem farklı kayıtları değiştirirse, işlemler başarılı olur.
Her ifade SNAPSHOT izolasyonu altında çalışır, böylece yeni işlemler mevcut ifadelerin yaptığı değişiklikleri göremez. Eşzamanlı ifadeler aynı işlem altında çalıştırılsa bile, SQL motoru her bir ifade için birbirinden izole olan toplu kapsamlı işlemler oluşturur. Ancak, toplu kapsamlı işlemler hâlâ birbirine bağlıdır, bu yüzden bir toplu kapsamlı işlemlerin geri alınması, aynı partideki diğer işlemleri etkiler.
DDL işlemlerine kullanıcı işlemlerine izin verilmediği için hemen başarısız olurlar.
MARS ve yerel derlenmiş depolanmış prosedürler
Yerel derlenmiş depolanmış prosedürler MARS etkin bağlantılarda çalışabilir ve yalnızca bir akım noktası karşılaşıldığında başka bir ifadeye çalıştırma sağlayabilir. Bir verim noktası, yerel derlenmiş bir depolanmış prosedür içinde başka bir ifadeye yürütme sağlayabilen tek ifade olan SELECT ifadesi gerektirir. Eğer prosedürde bir SELECT ifadesi yoksa, vermez, diğer imalar başlamadan önce tamamlanır.
MARS ve Bellek İçi OLTP işlemleri
Aralıklı ifade ve atom blokları ile yapılan değişiklikler birbirinden izole edilir. Örneğin, bir ifade veya atomik blok bazı değişiklikler yaparsa ve ardından başka bir ifadeye yürütülürse, yeni ifade ilk ifadede yapılan değişiklikleri görmez. Ayrıca, ilk ifade tekrar yürütüldüğünde, diğer ifadelerde yapılan değişiklikleri görmez. Açıklamalar yalnızca açıklama başlamadan önce tamamlanıp yapılan değişiklikleri görecektir.
Yeni bir kullanıcı işlemi, mevcut kullanıcı işleminde BEGIN TRANSACTION ifadesi kullanılarak başlatılabilir - bu sadece etkileşimli modda desteklenir, böylece BEGIN TRANSACTION yalnızca bir T-SQL ifadesinden çağrılabilir, yerel derlenmiş bir depolanmış prosedür içinden çağrılamaz. SAVE TRANSACTION veya API çağrısı kullanarak bir işlemde bir kayıt noktası oluşturabilirsiniz. Kaydet(save_point_name) kaydetme noktasına geri dönmek için. Bu özellik yalnızca T-SQL ifadelerinden etkinleştirilir ve yerel derlenmiş depolanmış prosedürler içinden değil.
MARS ve columnstore indeksleri
SQL Server (2016'dan itibaren) MARS'ı columnstore indeksleriyle desteklemektedir. SQL Server 2014, columnstore indeksine sahip tablolara yalnızca okunan bağlantılar için MARS kullanır. Ancak, SQL Server 2014, sütun deposu indeksi olan bir tabloda eşzamanlı veri işleme dili (DML) işlemleri için MARS'ı desteklememektedir. Bu gerçekleştiğinde, SQL Server bağlantıları sonlandırır ve işlemleri iptal eder. SQL Server 2012'de yalnızca okunabilir columnstore indeksleri vardır ve MARS bunlara uygulanmaz.
SQL Server Yerel İstemci OLE DB Sağlayıcısı
SQL Server Native Client OLE DB sağlayıcısı, DBPROPSET_SQLSERVERDBINIT özellik setinde uygulanan SSPROP_INIT_MARSCONNECTION veri kaynağı başlatma özelliğinin eklenmesiyle MARS'ı destekler. Ayrıca, yeni bir bağlantı dizisi anahtar kelimesi olan MarsConn eklenmiştir. Doğru veya yanlış değerleri kabul eder; yanlış varsayılan durumdur.
Veri kaynağı özelliği DBPROP_MULTIPLECONNECTIONS varsayılan olarak VARIANT_TRUE olur. Bu, sağlayıcının birden fazla eşzamanlı komut ve satır kümesi nesnesini desteklemek için birden fazla bağlantı oluşturacağı anlamına gelir. MARS etkin olduğunda, SQL Server Native Client tek bir bağlantıda birden fazla komut ve satır kümesi nesnesini destekleyebilir, bu yüzden MULTIPLE_CONNECTIONS varsayılan olarak VARIANT_FALSE olarak ayarlanır.
DBPROPSET_SQLSERVERDBINIT özellik kümesine yapılan geliştirmeler hakkında daha fazla bilgi için Başlatma ve Yetkilendirme Özellikleri bölümlerine bakınız.
SQL Server Native Client OLE DB Provider Örneği
Bu örnekte, SQL Server Native OLE DB sağlayıcısı kullanılarak bir veri kaynağı nesnesi oluşturulur ve oturum nesnesi oluşturulmadan önce DBPROPSET_SQLSERVERDBINIT özellik seti kullanılarak MARS etkinleştirilir.
#include <sqlncli.h>
IDBInitialize *pIDBInitialize = NULL;
IDBCreateSession *pIDBCreateSession = NULL;
IDBProperties *pIDBProperties = NULL;
// Create the data source object.
hr = CoCreateInstance(CLSID_SQLNCLI10, NULL,
CLSCTX_INPROC_SERVER,
IID_IDBInitialize,
(void**)&pIDBInitialize);
hr = pIDBInitialize->QueryInterface(IID_IDBProperties, (void**)&pIDBProperties);
// Set the MARS property.
DBPROP rgPropMARS;
// The following is necessary since MARS is off by default.
rgPropMARS.dwPropertyID = SSPROP_INIT_MARSCONNECTION;
rgPropMARS.dwOptions = DBPROPOPTIONS_REQUIRED;
rgPropMARS.dwStatus = DBPROPSTATUS_OK;
rgPropMARS.colid = DB_NULLID;
V_VT(&(rgPropMARS.vValue)) = VT_BOOL;
V_BOOL(&(rgPropMARS.vValue)) = VARIANT_TRUE;
// Create the structure containing the properties.
DBPROPSET PropSet;
PropSet.rgProperties = &rgPropMARS;
PropSet.cProperties = 1;
PropSet.guidPropertySet = DBPROPSET_SQLSERVERDBINIT;
// Get an IDBProperties pointer and set the initialization properties.
pIDBProperties->SetProperties(1, &PropSet);
pIDBProperties->Release();
// Initialize the data source object.
hr = pIDBInitialize->Initialize();
//Create a session object from a data source object.
IOpenRowset * pIOpenRowset = NULL;
hr = IDBInitialize->QueryInterface(IID_IDBCreateSession, (void**)&pIDBCreateSession));
hr = pIDBCreateSession->CreateSession(
NULL, // pUnkOuter
IID_IOpenRowset, // riid
&pIOpenRowset )); // ppSession
// Create a rowset with a firehose mode cursor.
IRowset *pIRowset = NULL;
DBPROP rgRowsetProperties[2];
// To get a firehose mode cursor request a
// forward only read only rowset.
rgRowsetProperties[0].dwPropertyID = DBPROP_IRowsetLocate;
rgRowsetProperties[0].dwOptions = DBPROPOPTIONS_REQUIRED;
rgRowsetProperties[0].dwStatus = DBPROPSTATUS_OK;
rgRowsetProperties[0].colid = DB_NULLID;
VariantInit(&(rgRowsetProperties[0].vValue));
rgRowsetProperties[0].vValue.vt = VARIANT_BOOL;
rgRowsetProperties[0].vValue.boolVal = VARIANT_FALSE;
rgRowsetProperties[1].dwPropertyID = DBPROP_IRowsetChange;
rgRowsetProperties[1].dwOptions = DBPROPOPTIONS_REQUIRED;
rgRowsetProperties[1].dwStatus = DBPROPSTATUS_OK;
rgRowsetProperties[1].colid = DB_NULLID;
VariantInit(&(rgRowsetProperties[1].vValue));
rgRowsetProperties[1].vValue.vt = VARIANT_BOOL;
rgRowsetProperties[1].vValue.boolVal = VARIANT_FALSE;
DBPROPSET rgRowsetPropSet[1];
rgRowsetPropSet[0].rgProperties = rgRowsetProperties
rgRowsetPropSet[0].cProperties = 2
rgRowsetPropSet[0].guidPropertySet = DBPROPSET_ROWSET;
hr = pIOpenRowset->OpenRowset (NULL,
&TableID,
NULL,
IID_IRowset,
1,
rgRowsetPropSet
(IUnknown**)&pIRowset);
SQL Server Yerel İstemci ODBC Sürücüsü
SQL Server Native Client ODBC sürücüsü, SQLSetConnectAttr ve SQLGetConnectAttr fonksiyonlarına eklenerek MARS'ı destekler. SQL_COPT_SS_MARS_ENABLED SQL_MARS_ENABLED_YES veya SQL_MARS_ENABLED_NO kabul etmek için eklenmiştir, SQL_MARS_ENABLED_NO varsayılan olarak kullanılır. Ayrıca, yeni bir bağlantı dizesi anahtar kelimesi olan Mars_Connection eklendi. "Evet" veya "hayır" değerlerini kabul eder; "Hayır" varsayılan kelimedir.
SQL Server Yerel İstemci ODBC Sürücü Örneği
Bu örnekte, SQLSetConnectAttr fonksiyonu, veritabanını bağlamak için SQLDriverConnect fonksiyonunu çağırmadan önce MARS'ı etkinleştirmek için kullanılır. Bağlantı kurulduktan sonra, aynı bağlantı üzerinde iki ayrı sonuç kümesi oluşturmak için iki SQLExecDirect fonksiyonu çağrılır.
#include <sqlncli.h>
SQLSetConnectAttr(hdbc, SQL_COPT_SS_MARS_ENABLED, SQL_MARS_ENABLED_YES, SQL_IS_UINTEGER);
SQLDriverConnect(hdbc, hwnd,
"DRIVER=SQL Server Native Client 10.0;
SERVER=(local);trusted_connection=yes;", SQL_NTS, szOutConn,
MAX_CONN_OUT, &cbOutConn, SQL_DRIVER_COMPLETE);
SQLAllocHandle(SQL_HANDLE_STMT, hdbc, &hstmt1);
SQLAllocHandle(SQL_HANDLE_STMT, hdbc, &hstmt2);
// The 2nd execute would have failed with connection busy error if
// MARS were not enabled.
SQLExecDirect(hstmt1, L"SELECT * FROM Authors", SQL_NTS);
SQLExecDirect(hstmt2, L"SELECT * FROM Titles", SQL_NTS);
// Result set processing can interleave.
SQLFetch(hstmt1);
SQLFetch(hstmt2);
Ayrıca Bkz.
SQL Server Yerel İstemci Özelliklerini
SQL Server Varsayılan Sonuç Kümelerinin Kullanımı