SQL servere birden fazla kayıt tek komutla yollanabilir mi?

blockwrite olayı var sql server'da. text veya xml (sanırım başka dosya türlerini de destekliyor). ama hiç kullanmadım.

Üstad bir soruda ben sorsam?

Peki SQL Servar 'a, bir yerine , birbiriyle ilgili bir kaç ( sayısı değişebilir ) cursor yollasak. Bu cursorleri bir Stored Procedure içinden kullanmak istesek:
(FaturaNo, FaturaDetay, ÜrünDetay) .. gibi

Yani ali Abinin sorusunu şu şekilde sormuş olsam :
Select * From Cursor1 Into Cursor Crs1
Select * From Cursor2 Into Cursor Crs2
Select * From Cursor3 Into Cursor Crs3
Select * From Cursor4 Into Cursor Crs4

SQLEXEC(m.lnh, "CURSORYOLLA(Crs1)","CURSORYOLLA(Crs2)","CURSORYOLLA(Crs3)","CURSORYOLLA(Crs4)")

Birde fikir edinmek için soruyorum :
Bir tek XML dosyası içerisine, cursorleri yerleştirip, parametre olarak XML i kullanmak daha mı mantıklı. (Cursorlerde az sayıda kayıt olduğunu varsayarak),

2. metodda 2 yontem var. Ilkinde VFP tarafinda bir defada N tane insert komutu yazilip tek seferde godneriliyor. SQL server'a giden kabaca:

insert into xx..yy (f1,f2,f3) values (1,2,3);
insert into xx..yy (f1,f2,f3) values (4,5,6);
insert into xx..yy (f1,f2,f3) values (7,8,9);

gibi. Bu komple tek 'batch' olarak gidiyor (tek SQLExec() ). SQL tarafinda ise 3 insert.

Ikinci metodda ise insert VFP tarafinda bir tane, once compile ediliyor, compile edilmis kod her bir insert icin cagiriliyor (SQL server'a giden komutlar once compile ediliyor - SQL 2000'den yana caching nedeniyle pek de esprisi kalmadi bu yontemin).

Bu yontemler parametre ile calistigindan bir kerede gonderilebilecek kayit sayisi:
kayitSayisi * alanSayisi = max 2100 sekilde
500 field varsa bir seferde 4 insert.

3'te gecici dosyalar kullanilabilir, isimler cakismaz ya da 3-a'da data client'in kendi dizinlerinden alindigi icin cakisma da yok. 3 serisinin avantaji en hizli yontemler olmalari.

Çetin,
Uğur ile aynı soruyu kelimelerin yerini değiştirerek gene soracağım affola:

Ben datayı bir dataset olarak bir SQLserver tarafında bir cursora (veya geçici bir kütüğe)  yüklemek istiyorum. 1. metodla OK, zaten en fazla 10 kayıt x 2 alan (tekstilId,adet) falan gidiyor
Derdim sonraki işlemleri SQLserver tarafında yapıp -3-4 tane tableda insert ve update ve delete yapacağım.
Yani peşpeşe VFP komutu olarak yaptığımda connection yüzünden aksama olursa database integrityyi bozulur diye korkuyorum...
BEGIN END ROLLBACK muhabbetine gene connection olarak girmek istemiyorum. (Hani Türk filimlerinde filmin manasını gözardı edip "sonunda kahraman öldü mü" diye görmek isteriz ya- o sendrom)
O nedenle VFP tarafından gelen bir INSERT değil de SQL tarafında bir cursor arıyorum. Devamını STORED PROCEDUR ile trigger falan halletmeyi düşünüyorum....

bu konu ile makale çıktı:
1. delimated text şeklinde, başlıkta tartıştığımız şekilde
http://www.sqlservercentral.com/article … ted/67417/

2. xml şeklinde (bu yeni)
http://www.sqlservercentral.com/articles/T-SQL/67603/

----
bir de karşılaştırma yapmış, aşağıda:

Comparison between parsing of delimited string and xml data

In this two part article, I have tried to present the following two efficient approaches to work around the problem of sending multiple rows to the data base for update:

   1. Delimited String Approach - explained in part I of this article
   2. XML data approach - explained in part II of this article.

I now present a comparison of both these approaches highlighting the pros and cons of each approach.
Delimited string Approach

Pros

    * Easy to parse at the database side.
    * Easy to create at the application layer.

Cons

    * Manual parsing, need to write logic to parse. (In our case we have written table valued functions.)
    * Need to pass as many delimited strings as the number of parameters.
    * Since, delimited string would be passed as a string data type, so limitation of size of string data supported in SQL Server 2005 comes into picture (4000 / 8000 characters max including the delimiter character).
    * Choosing a delimiter character, as it should never occur in your data.

XML Data

Pros

    * Supports large size of data (up to 2 GB).
    * Only one parameter needs to be sent from application layer.
    * No manual parsing, handled by XQuery functions.
    * Passed XML can be validated with an XSD.

Cons

    * Complex to parse (need to have knowledge of XQuery functions).
    * Difficult to create XML data at the application layer.

Conclusion

In this article, we discussed about the XQuery functions and how to convert an XML into a table using them.
In the first article of the series, "Sending Multiple rows to Database for Update - Part I", we already discussed about, how we can send a delimited string to the database for update.

Hope these two articles help you to modify multiple records in database in a single database call.

These articles would also be helpful where an application works in disconnected environment. A user can save data in a disconnected environment using either of these two approaches. When the user will be online or connected to database and wants to update the modified records, all that data can be passed to the database for updating using either a delimited string or an XML.