Giriş yapmadınız. Lütfen giriş yapın yada kayıt olun.
Bana bu dosyaların ne olduğu ve açılımı için yardımcı olabilirmisiniz?
FPT uzantısı DBF uzantıosı FRX uzantısı CDX uzantılı dosyalar nedir. Bunların içeriğini açmak için ne yapılır bunlarda ne b ulunur yardımcı olabilirseniz sevinir. İyi çalışmalar
bu uzantilarin hepsi VFP tablolari ve raporlarina ait uzantilardir
FPT bir tabloda memo alan varsa olusan dosyadir
DBF vfp tablosunun uzanti adidir
CDX bu tabloya ait index dosyasi uzanti adidir
FRX ise vfp raporlarinin uzanti adidir
fpt:dbf dosyasındaki memo alanlarına ait uzun metinler-notlar için tutulan dosya.
dbf: çeşitli tipteki verileri içinde tutmak için oluşturulmuş dosya.
frx:oluşturulan rapor için dosya uzantısı.
cdx:bir yada birden fazla indeks bölümünden oluşmuş tümleşik indeks dosyası.
kabaca bu şekilde
arkadaşlar veri tatabında çok fazla memo alan kullanmak doğru değildir diye bir genel kanaat vardır.Sizce bu doğru mudur?
Bilginin niteliğine bağlı. istatistikler için memo kullanmamak daha garantili. indexler için memo sıkıntılı olabilir. Ama vfp'nun kendisi bol bol memo kullanmış.
Sonuçta veritabanı analizi önemli. Bence memo iyidir kötüdür diye birşey yok. Duruma göre değişir.
arkadaşlar veri tatabında çok fazla memo alan kullanmak doğru değildir diye bir genel kanaat vardır.Sizce bu doğru mudur?
eğer sql-server ya da oracle kullanıyorsan problem değil ama vfp .dbf memo alanları her replace komutunda daha da şişer. sürekli vfp dosyanın sonuna ekleme yapar. ben o yüzden kendi yazdığım programlarda memo kullanmıyorum. onun yerine char alanları birleştirip parçalıyorum.
valla metin üsdadım bende aynen senin gibi yapıyorum.üsdatların fikirlerini almak istedim sadece.dediğin gibi memo alanlar durmadan şişiyor :-))
sadece memo alanlar degil uzun char alanlarda tablo sismesine sebeb oluyor ve birde uzun olup nadiren kaydedilen bir alansa her yeni kayitta bos alanlardan olusan bir tablo cikiyor ortaya
arkadaşlar veri tatabında çok fazla memo alan kullanmak doğru değildir diye bir genel kanaat vardır.Sizce bu doğru mudur?
gerçi aydinufuk kısaca yanıtlamış, memoları oldukça kullanan biri olarak kullanım stratejimi paylaşmak istedim:
topladığım bilgileri istatistiki kullanacaksam/derleyeceksem field olarak açıyorum. (örneğin tarih, miktar, ürüncinsi, ürünkodu, irsaliyeno, faturano, stokalanı, kalitekontrolelemanı vb.)
Yan bilgileri (çöp bilgisi, dolgu maddesi) için bir adet memo fiel açıyorum, oraya tasnif ediyorum. (örneğin kamyonplakası, şöförismi, siparişveren, kamyonçikişsaati, fiilisevktarihi, fiilisevksaati )
Sağladığım avantaj, tasarım veya geliştirme sırasında herhangi bir ek bilgi gerekirse ve bu "çöp bilgisi" ise, memo da bir sonraki satırı ona rezerve ediyorum. Database fieldlerinde herhangi bir değişiklik yapmıyorum. Yani maliye artık irsaliyeye fiili çıkış saatini de yazacaksınız deyince benim için yeni bir alan değil "MLINE(dosyam.genelmemoalan,4)" oluyor.
Aksi takdirde boş alanlar da çok yer kaplıyor.
Yalnız çözemediğim nedenlerle bu metodla bazı ftp ler çok büyüyor "PACK" komutu ile gene ufalıyor, bazıları ise mantıklı ölçüde kalıyor.
Büyüyenler için de aşağıdaki kodu kullanıyorum :
*IF DAY(DATE())%5=0 && 5 günde bir yapsın
Xftp=SYS(5)+SYS(2003)+'\irsdata\irsdata1\işlemler.fpt'
=ADIR(geçici,Xftp)
IF geçici[1,2]>5000000 && 5 MB büyükse yapsın
Xdbf=SYS(5)+SYS(2003)+'\irsdata\irsdata1\işlemler.dbf'
hFile = FOPEN(Xftp, 12)
IF (hFile > 0) && Not used
FCLOSE(hFile)
USE (Xdbf) EXCL
PACK
USE
ENDI
ENDI
...
Yalnız çözemediğim nedenlerle bu metodla bazı ftp ler çok büyüyor "PACK" komutu ile gene ufalıyor, bazıları ise mantıklı ölçüde kalıyor.
...
sebebi memo block size. senin block size 1 k diyelim. bir memo yazdın 1.5 k. 2 k lık yer kapladı. onu replace ettin. eğer 2 k dan küçükse problem yok. ama eğer bu sefer 2 k yı geçerse o alana dokunmuyor ve yeni bir alana kaydediyor bu memo'yu. bu da memo'nun şişmesine yol açıyor.
yani eğer aklına benim memo alanım şu kadar k yı geçmez diye kesin birşey varsa memo size'ını her zaman o kadar ayarla ki şişmesin.
bu konuda bir yazı okumuştum. eğer bulursam linkini de veririm...
Merhabalar
Mesajıma göstermiş olduğunuz ilgiye sonsuz teşekkür ederim.
Bir sorum daha olsa umarım kızmassınız.
Şimdi elimde fox proda yazılmış bir programın dataları var ve ben o dataların içerisindeki bilgileri başka bir programa visul basicde yazılmış yere aktaracagım. Ama fox roda size vermiş uzantılı dosyalar elimde olmasına rağmen içerisine nasıl atılıyor bilmiyorum. şöyle özetlemek gerekirse access de benim programım verileri sutunlara tablo olarak kayıt edip girmiş olduğum verileri nereye kayıt yatığı belli benim sizden ögrenmek istedigim Aşagıdaki örnekde umarım açık olur.
Fox Prodaki Programda Örnek olarak adı soy adı yazılan yerdeki bilgileri benim programımdaki adı soyadı yerine kayıt yapmak istiyorum.
bir başka değişle müşterilerimin istediği başka bir progra kullanıyorlar ve oradaki bilgileri 10000 e yakın kişi bilgilerinibenim programıma aktarırsam alacaklarını söylüyorlar.
ben de bu programı benim veritabaını aktarmak istiytorum onun veri tabanındaki bilgilerebunu yapabilecek varsa lütfen cok sevinirim ona elimden gelen tüm yardımı yapacagım.
Saygılarımla iyi Çalışmalar.
burda kimse karşılık için yardım etmiyor.
fox datalarını VB den VFP ODBC vasıtasıyla okuyabilirsin. Aynı SQL SERVER dan okur gibi.
VFPOLEDB kullan. ODBC her VFP datasini okuyamaz, stored procedure'lari calistiramaz vs. UDL kullanarak ya da VB koduyla yapabilirsin.
Diger taraftan VFP varken neden VB+Access'te yazilmis birseyi alsinlar:)
burda kimse karşılık için yardım etmiyor.
fox datalarını VB den VFP ODBC vasıtasıyla okuyabilirsin. Aynı SQL SERVER dan okur gibi.
VFPOLEDB kullan. ODBC her VFP datasini okuyamaz, stored procedure'lari calistiramaz vs. UDL kullanarak ya da VB koduyla yapabilirsin.
Diger taraftan VFP varken neden VB+Access'te yazilmis birseyi alsinlar:)
Arkadaşımız VFPya çok uzak, o nedenle VFPOLEDB kullanmaya da oldukça uzak gibi geldi.
O nedenle ben basit bir çözüm öneriyorum (biraz kafa göz yarmaca oluyor ama): İlgili datayı excel den import edip sonra dilediği formata export etsin veya VFP'dan aşağıdaki komutlar ile xcl/txt dosyaları yaratıp onları dönüştürsün.
USE vfp_dosyam
COPY TO "c:\vfp_dosyam_exceledöndü.xls" TYPE XL5
COPY TO "c:\vfp_dosyam_txtyedöndü." DELIMITED WITH CHAR TAB
Metin B.'in dediği gibi değil biz karşılık bekliyoruz, soru seviyesi Çetin B'in altında ve bize uygun ise yanıtlamakla kendimizi geliştiriyoruz...
çetin hocam,bir foxpro üsdadı olarak,foxpronun vb ye göre avantajları nelerdir?Mesela bende foxla tanışmadan önce vb ile yazıyordum.Fox la tanıştım bağımlılık yaptı.Acaba siz neden tercih ediyorsunuz? sadece merakımdan sordum.. :-)
...
Arkadaşımız VFPya çok uzak, o nedenle VFPOLEDB kullanmaya da oldukça uzak gibi geldi.
O nedenle ben basit bir çözüm öneriyorum (biraz kafa göz yarmaca oluyor ama): İlgili datayı excel den import edip sonra dilediği formata export etsin veya VFP'dan aşağıdaki komutlar ile xcl/txt dosyaları ...
bence export etmeden direk excel içinden .DBF okumak daha iyi bir çözüm. export edince o kadar iyi sonuç vermiyor.
En basit cevabi ben VB bilmiyorum:) Arada sirada VB ile birseyler yazmam gerekiyor ve yaziyorum beli ama acikcasi attim tuttu tarzi yaziyorum onu da:) Ne bileyim bir rutinden deger dondurebilmek icin help dosyasina bakmak zorunda kaldigim ilk dil VB idi. Yine iif() kullanamadigim ilk dil VB ve VB.Net (kullanamiyorsa dile niye koymuslar anlamadim). Isinamadim hic.
Onun disinda islerim data agirlikli. Data konusunda hala .Netden iyi olduguna gore VFP iyidir (hala derken .Net 3.0 ve sonrasini koymadan, daha onlarla fazla calisamadim).