Advantage ve Visual Foxpro hakkında:Buradan başlayın

iyi de problem .dbf dosyalarının dönüştürülmesi vs.. değil ki. problem client-server mimarisine geçildiğinde bütün kodların güncellenmesi gerekmesi. seek-locate yerine select ile bitirmek gerekiyor işleri. bir çok yerde kod değişikliği gerekiyor. ondan sonra da .dbf olmuş ve ms-sql server olmuş bence çok ta önemli değil. hatta ben ms-sql server ı tercih ederim. çünkü daha fazla veri tipi var. tek beğenmediğim özelliği tarih alanlarının boş olamaması. ya null olacak ya da 1900'den başlayacak.

Merhaba,

Konuyla ilgili geniş bir dokümana http://blog.kalitte.com.tr/wp-content/u … foxpro.pdf adresinden ulaşmak mümkün.

Kaynak kodda en az değişiklikle geçiş için neler gerektiği konusunda yurtdışıyla görüşüyoruz. Özellikle Almanya'da foxpro programcıları bu çözümü büyük oranda tercih etmekte. Yukarıdaki dokümana kısaca göz atmakta fayda var.

İyi çalışmalar.

Tekrar merhaba,

Kaynak kod konusunda bir gelişmeyi sıcağı sıcağına aktaralım. Değişmesine gerek yok, Doug'un makalesinde Accessing ADS using remote views (sayfa 11) de detaylı bilgiler mevcut.

Kısaca özetlersek; Programcı DBF tablosunun isminde olan bir remote view create etmesi lazım.
Böylece direct DBF yerine view kullanip ODBC üzerine tabloya programdan erisiliyor.
View sadece ‘select * from table’ iceriyor.

Makaleye http://blog.kalitte.com.tr/wp-content/u … foxpro.pdf adresinden ulaşabilirsiniz.

Her türlü sorunuzda (maalesef Foxpro konusunda ben çok yetkin değilim şimdilik) bilgi@advantageturkiye.com veya http://www.kalitte.com.tr/iletisim.aspx adresilerini kullanabilirsiniz.

İyi çalışmalar.

istemci - sunucu (client-server) mimari VFP ile kurulmuyor mu ki ?
(umarım soru çok aptalca değil, çünkü yazdığım bütün programlarda öyle yaptığımı düşünüyordum ...)

istemci sunucudan bir bilgi ister sunucu  döndürür. .dbf ile çalışırken bir seek komutu kullanırsan ya da scan ... endscan kullanırsan direk tabloya erişirsin. senin terminalin direk diskten dosyayı işler.

istemci sunucu da sunucuya bana şu select sorgusunun sonucunu getir ya da benim için şu insert/update işlemini yap dersin. o da sonucu sana getirir. faydası nedir? dosyaya direk erişim olmadığı için terminallerin dosyayı bozma ihtimali kalmaz. milyonlarca kaydı direk terminaller taramadığı için network trafiğini düşürür. ancak araya fazladan bir katman girer (sql-server veya oracle ya da başka bir server). üç-beş terminalli sistemlerde .dbf'ten daha yavaş. ancak terminal sayısı çok fazlaysa network trafiğini düşüreceği için daha hızlı.

Buradaki amaç ve getiri şu aslında. Mevcut uygulamalar istemci - sunucu mimaride değil ancak çok kullanıcılı olarak disk paylaşımı ile kullanılıyor. Bu da veri bozulmalarına ve performans düşüklüğüne sebep oluyor. Mevcut uygulamayı SQL Server veya My SQL'e çevirmek zor. Bir zor olan ise mevcut veriyi dönüştürmek.

Advantage şunu sağlıyor. Verileriniz aynen duruyor ve verilerinizi Advantage tanıyor, hiçbir dönüşüme gerek yok. Sunucuya Advantage veritabanı sunucusunu kuruyorsunuz ve uygulamada da sadece çok az bir değişiklikle işlem tamam oluyor. Böylece;

1. Kaynak kod değişimine (neredeyse sıfır) gerek kalmıyor.
2. Verilerin bir başka veritabanına dönüşümüne gerek kalmıyor.

Advantage çok hızlı bir veritabanı ve gerek maliyeti gerekse yönetimi çok kolay. Çözümün genel hatları böyle ancak detayları konusunda çalışma yapıyoruz. Doug'un makalesini Türkçe'ye çevirmeyi düşünüyoruz, sanırım bunun faydası olacaktır. Yukarıda verdiğim bağlantılar da oldukça faydalı, özellikle videolar.

Kolay gelsin.

ben öyle bir intiba edinmedim şahsen ki öyle de olsa problem yok çünkü konumuzla ilgili birşey satıyor olurdu.

ben birbirimize karşı daha esnek olalım derim. sonuçta burası bir kışla değil. hoş türkiye'deki forumların çoğunun kışladan farkı yok. hatta daha sert. ama burası öyle değil.