cetinbasoz yazdı:

Metin,
UniqueIdentifier olmasi, primary key'i gereksiz kilmiyor. ...

her seferinde newid ile değer aldığında aynı değerin tekrar oluşmasının imkansız farzedildiğini sen söylemiştin. ben ordan yola çıkarak gereksiz dedim.

Orasi dogru da, demek istedigim UniqueIdentifier bir data tipi. O kolondakilerin unique olacagini belirtmiyor. Mesela:

XYZ diye bir kod olsun, dunyada bir esi daha yok. Bunu

XYZ, XYZ sirketi

diye kullandigimda XYZ primary key olacaksa PK oldugunu belirtmem gerek.

XYZ, 4 yumurta
XYZ, 1 ekmek
...

gibi harket dosyasinda ise XYZ N kere gecebilir. N kere gecmesi onun datatipinin UniqueIdentifier olmasini engellemez (baska bir sekilde soylemek gerekirse UniqueIdentifier demek 128 bit integer demek ama Unique demek degil - NewID() yenisini olusturan fonksiyon. Bir kere olusturdugunu bir daha olusturmuyor.
Sanki dev bir cekilis kuresinden dunyada N tane var, iclerinde 128 bitle ifade edilecek sayida numaralanmis toplar. Icinden bir numarayi ayni anda N tane yerde cekiyoruz. Cekilen numaralarin ayni olma sansi var ama milli piyangoda ikramiye cikma sansindan cok daha az).

...
sipnolar konusunda aslinda o sipno degilde sipislemno olsa daha iyi olurdu siparis dedigin gibi char daha mantikli .
sipislemno identity yerine sequantil olabilecek sen ne onerirsin?

ben o tür bir alanı primary key veya unique yaparım. karakteri alıp nümeriğe çevirip bir arttırıp tekrar karaktere çeviriyorum. başında harfler varsa o harfleri bozmadan tabii. kaydı eklemeye çalışıyorum. eğer ekleyemezsem demek ki başkası benden önce davranmış. bir daha arttırıyorum.

Metin,
UniqueIdentifier olmasi, primary key'i gereksiz kilmiyor. ...

her seferinde newid ile değer aldığında aynı değerin tekrar oluşmasının imkansız farzedildiğini sen söylemiştin. ben ordan yola çıkarak gereksiz dedim.

1-
SQLInsert( ... )

SQLNonQuery( ... )

with SQLQuery( m.lcSQL )
...
endwith

bunları biliyorum uygulamanin herhangi bir yerinde kullanabiliyoruz

with SQLOpenTable(addbs(m.mypath)+'Customer')
  ...
endwith

i form load da kullanmamiz DE de kullandigimizla ayni sonuca goturuyorsa bizi okey ama bu yine bana sadece SQL tarafli oldugu zaman icin cozum gibi geldi yoksa yanlis mi anladim.

with SQLOpenTable('Customer')
  ...
endwith

SQLInsert( ... )

SQLNonQuery( ... )

with SQLQuery( m.lcSQL )
...
endwith

2) Iki tarafta da olmak zorunda degil demek istedigim. Belki sadece SQL server bazli bir projedir:)

Soykan,
Olmazsa olmaz maddeleri 1 ve 2 benim verdiklerim ile ilgili degil sanirim. Bende oyle bir kisitlama yok, hatta tersi tesvik ediliyor:)

sonucta class larin basarili olarak calisabilmesi icin tablolarin DE de olmasi gerekmiyormu ? ayrica tablo ve field adlari ayni olmak zorunda degilmi VFP ve SQL tarafında?

1 ve 2 de bunlari anlatmaya calistim tersi olabiliyorsa bu arada öğrenmis olurum

Soykan,
bir iki eleştiri:
myguid alanının tipini "uniqueidentifier" olarak tanıtsaydın daha az yer kaplardı.
ayrıca bu alanı primary key yapman gereksiz. çünkü zaten eşsiz oluyor. ben olsam sipno yu primary key yapardım. Ha bir de sipno yu ben şahsen int değil karakter yapardım. mesela A000000001 diye bir sipariş no da vermek isteyebilir kullanıcı. ayrıca sipno'yu identity yapmazdım. çünkü kullanıcı atlamalar veya geriye dönmeler yapmak isteyebilir.

Metin,
UniqueIdentifier olmasi, primary key'i gereksiz kilmiyor. UniqueIdentifier sadece data tipi, yaratildiktan sonra ayni kolonda essiz olmasinin garantisi yok (eger primary key, unique gibi bir constraint kullanmazsan). Mesela 'child' tablolarda foreign key olarak kullanilan kolon da uniqueidentifier.

Ben myGUID'i uniqueIdentiifer ve Primary key yapardim:) Kullanicinin girebilecegi degerlerin PK olmasina karsiyim. SipNo gibi degerler clustered index ve Unique olabilir ama Primary Key olmasina serh koyuyorum:)

Üstat, sen açıklıyorsun ama böyle kısacık da açıklanmaz ki.

Visual Fox Pro

1	CA'da UseTransactions propertysini .F. yapip kendin baslatip bitirebilirsin de.

Açıklaması ile bam teline bastın

O zaman bir soru daha :
VFP tarafında Connection u açtıktan sonra aynı connection üzerinde  1 den fazla (2-3 yada dört .. ) Insert, Delete, Update işlemini bir tek TRansaction içerisinde yapabiliyoruz yani öylemi? Yani 1. işlemde Transaction u başlat, en sonuncuda bitir. Data bütünlüğü %100 garanti?

Yoksa ben mi yanlış anladım...

Kisaca evet. Ama CA ile SPT'yi de cok karistirma. SPT'de komutlar var. CA'nin connectionu uzerinde de komutlar olabilir. Baska bir benzetme sekli:

SPT ile aldigin cursor, CA cursor gibi dusun. CA arada kaynakla nasil haberlesecegini belirleyen adaptor sadece. Mesela sendeki kodlarin icerisinde SQLInsert.prg olacak. O sadece insert islemi icin. SPT'deki Insert ... komutunu ADO ile yapiyor.

yalnız linq'yu sadece ucundan inceledim ve şunu söyleyebilirim bizim cursor adapter hikaye. mesela foreign key olayı linq ile harika birşey haline geliyor. onları otomatik kullanıyor. birçok şeyi senden alıyor.

'Bizim cursoradapter hikaye' Ah Metin, bilsen ben VFP'de nelerin hikaye oldugunu dusunmeye basladim. Bir taraftan yillarca VFP sayesinde ekmek yedik, diger taraftan eger o olmasaymis gozum daha once acilabilirmis diye dusunuyorum bazen. Cok fazla 2D dusundurtmus beni:) Hainmiyim neyim.

Soykan,
bir iki eleştiri:
myguid alanının tipini "uniqueidentifier" olarak tanıtsaydın daha az yer kaplardı.
ayrıca bu alanı primary key yapman gereksiz. çünkü zaten eşsiz oluyor. ben olsam sipno yu primary key yapardım. Ha bir de sipno yu ben şahsen int değil karakter yapardım. mesela A000000001 diye bir sipariş no da vermek isteyebilir kullanıcı. ayrıca sipno'yu identity yapmazdım. çünkü kullanıcı atlamalar veya geriye dönmeler yapmak isteyebilir.

cok fazla titiz dusunerek yapilmis bir ornek degil ancak MyGUID alanini VFP ve  SQL de sadece mod degisikligi yaparak kullanabilmek icin oyle tutmak zorunda kaldim.

sipnolar konusunda aslinda o sipno degilde sipislemno olsa daha iyi olurdu siparis dedigin gibi char daha mantikli .
sipislemno identity yerine sequantil olabilecek sen ne onerirsin?

1

CA'da UseTransactions propertysini .F. yapip kendin baslatip bitirebilirsin de.

Açıklaması ile bam teline bastın

O zaman bir soru daha :
VFP tarafında Connection u açtıktan sonra aynı connection üzerinde  1 den fazla (2-3 yada dört .. ) Insert, Delete, Update işlemini bir tek TRansaction içerisinde yapabiliyoruz yani öylemi? Yani 1. işlemde Transaction u başlat, en sonuncuda bitir. Data bütünlüğü %100 garanti?

Yoksa ben mi yanlış anladım...