interbase/firebird/paradox/dbase kafa karışıklığı

Firebird ve Interbase veritabanları ve SQL komutlarıyla ilgli sorularınızı sorabilirsiniz. Delphi tarafındaki sorularınızı lütfen Programlama forumunda sorunuz.
Cevapla
habim
Üye
Mesajlar: 13
Kayıt: 29 Şub 2004 02:15
Konum: Şanlıurfa
İletişim:

interbase/firebird/paradox/dbase kafa karışıklığı

Mesaj gönderen habim »

Selam
Kafam cidden karıştı. Dbase ve Paradox ile küçük projeler gerçekleştirirken interbase/firebird merakı başlayınca ortada kaldım diyebilirim. forumu mümkün olduğu kadar takip etmeye çalışıyorum ama kafam gittikçe karışıyor.
Anladığım kadarıyla interbase/firebird Bir .gdb veya .fdb dosyasının içinde table'ları tutuyor. bir projede herbir .gdb veri tabanında bir tek table tutmak sanırım mantıklı değil. bir .gdb veri tabanının altında bütün tablolar tutulursa dosya boyutu sanırım gigabytler seviyesine çıkacak. Veri tabanında oluşacak bir problem esansında tüm table'ları kaybetmiş olacağız.
Böyle büyük bir veri tabanının yedeklenmesi veya ihtiyaç halinde taşınması nasıl olacak. çünkü boş bir .gdb dosyası 500-600 Kb'dan başlıyor.
Cevaplarınıza göre muhtemelen yeni sorularla tekrar yazacağım. Umarım sizleri ve forum üyelerini sıkmıyorumdur.
Teşekkür ederim
Kullanıcı avatarı
rsimsek
Admin
Mesajlar: 4482
Kayıt: 10 Haz 2003 01:48
Konum: İstanbul

Mesaj gönderen rsimsek »

kesintisiz güç kaynağın ve sağlam yedeklerin oldukça herhangi bir problem olmaz. ayrıca bu işi tablo bazında tutmak istersen mySQL gibi veritabanlarını da kullanabilirsin. hem zaten gigabayt larca bilgi de olsa bu işin başka yolu yok.
ayrıca fb veya ib de veritabanı dediğin 5-10 mb.lik tek bir dosya şeklindedir. ve bunun yedeğini düzenli bir şekilde alman, (hatta sıkıştırsan zaten onda bire kadar sıkışır) yeterli olur. daha sonra sistemin çökmesi yada başka bir makinaya taşınma sözkonusu olduğunda sadece ib yada fb yi kurup uygun klasöre yedeğini açacaksın.
Kullanıcı avatarı
Kuri_YJ
Moderator
Mesajlar: 2248
Kayıt: 06 Ağu 2003 12:07
Konum: İstanbul
İletişim:

Mesaj gönderen Kuri_YJ »

Selamlar,

4. kuşak DB'ler yada Relational DB'ler xbase'lerdeki bu bir sürü dosya karmaşası ve yetersiz hız gibi bir sürü şeyden dolayı geliştirildi. Tek bir DB Dosyasının olması, sizin için (işletim sistemi için de) bir kolaylık ve hız kazandırıcı bir etmen. Index bozulması gibi derdin olmuyor. Stored Procedure Trigger gibi pek çok kolaylığın oluyor. Programlarında bazı işlemler için (xbase'lerde) döngüler kurman gerekirken SQL yardımı ile tek bir komutta binlerce veya milyonlarca recorda erişebiliyorsun vs. vs. vs.

Yedekleme işini de sen üstlenebilirsin :) Yada yine DB'lerin Mirroring, AutoBackup gibi özelliklerini kullanarak gerçekleştirebilirsin :) Recep hocam'ın da bahsettiği gibi KKGK'lar ve paketlenmiş yedeklerin de fazla yer tutmaz.

Kolay Gelsin.
Kuri Yalnız Jedi
Harbi Özgürlük İçin Pisi http://www.pisilinux.org/
Cevapla