ben 2 programımı SQL'e çevirdim. Hazır klas ile yatıklarımdan pek verim alamadım, kızıp her seferinde elle kod yazdım.
Bir de SQL'de çok çeşitli data var. Uygununu byte tasarrufu için seçmek biraz da programcılığın gereği gibi oluyor.
Örneğin I (integer) karşılığı (bizde -9999 9999 arası)
bigint -2^63 (-9,223,372,036,854,775,808) to 2^63-1 (9,223,372,036,854,775,807) 8 Bytes
int -2^31 (-2,147,483,648) to 2^31-1 (2,147,483,647) 4 Bytes
smallint -2^15 (-32,768) to 2^15-1 (32,767) 2 Bytes
tinyint 0 to 255 1 Byte
Bu transferleri yaparken biraz da VFP-SQL kod çalışmış olup işin ruhunu anlamakta eksersiz oluyor. Programlarda gördüğüm bazı acemilikler düzeliyor vs. vs.
Ezcümle kodla dosyaları transfer etmeni öneriyorum.
Dikkat etmen gereken, bence:
- .f. .t. yok 1 ve 0 var.
- biz vfp'da fieldleri kullanacağımız indexlere göre bir mantıkla planlardık. SQLde primary index var, onun dışında sorguyu hızlandıran, kolaylaştıran index yok.
- RECNO() yok, programda kayıt adresleme gerekiyorsa ayrı bir field yapmalısın (örneğin uniqueidentifier tipi field)
- bir de data işlerken hata kodu programı yazmazsan, hiç hata yokmuş gibi işe devam ediyor. sonra kodları çalıştırınca anlıyorsun.
-Bir de örneğin evde bilgisayarda SQL uygulamasını VFP ile çalıştırdıktan sonra, işteki servera SQL databasi kopyalarken (sağtıkla-> tasks ->import veya export data), viewları table diye transfer ediyor. Program çalışırken fark etmiyor, ama sonradan viewda düzenlemeyi işte (serverde) yapamıyorsun !
aklıma gelenler bunlar. taşıma kodu istersen zevkle kafa yorarım.
kendi çapımda bu başlık altında SQL->dbf dbf->sql diye bir başlık açmıştım, incele istersen. (tam istediğinin karşılığı değil ama)
VFP9 SP2