firebirdde table pack nasıl yapılır?
- Terminator
- Üye
- Mesajlar: 313
- Kayıt: 13 Ara 2005 01:45
- Konum: İzmir, ama Aydın Efesi!
sorum net ama
sorum net ama neden anlamadınız anlamadım?
neyse cevap için teşekkürler, açayım konuyu.
tüm veriler silindiği halde veritabanının boyutu hiç küçülmüyor. tüm verileri sildikten sonra veritabanının boyutunun, veritabanını ilk oluşturuduğum haline gelmesini isiyorum.
neyse cevap için teşekkürler, açayım konuyu.
tüm veriler silindiği halde veritabanının boyutu hiç küçülmüyor. tüm verileri sildikten sonra veritabanının boyutunun, veritabanını ilk oluşturuduğum haline gelmesini isiyorum.
- Terminator
- Üye
- Mesajlar: 313
- Kayıt: 13 Ara 2005 01:45
- Konum: İzmir, ama Aydın Efesi!
ona pack değil shrink denir. ve tablo shrink olmaz dosya shrink olur.
neden anlamadığımı ben de anlamadım hakkatten 18 yıldır bu işin içindeyim, hobi geçmişimi de eklersek 30 seneyi geçer.
sanırım paradoxla hiç flört etmediğim için olsa gerek.
ciddi veritabanları, çok kullanıcılı sistemler shrink yapmaz!
diğer topiclerde anlattıklarımı okursan, yapabileceğin şey şu:
db dosyanda geç temizlik-kötü sql kullanımı gibi olayları önlersen
dosyan pek öyle büyümeyecektir emin ol.
ama sen kalkıp en faal hareket tablonun bir sahasını koşulsuz update etmeye kalkarsan ya da hepsini silersen, o tablonun boyu kdar db file şişecektir eğer sistemde boşta kullanılacak sayfa yoksa unutma.
bunlar zamanla tekrar zaten senin dataların için tahsis edilecekler.
yine de, backup-restore işleminin minimum boyutta, güncel tek kayıtlı temiz bir db file yaratacağını unutma.
neden anlamadığımı ben de anlamadım hakkatten 18 yıldır bu işin içindeyim, hobi geçmişimi de eklersek 30 seneyi geçer.
sanırım paradoxla hiç flört etmediğim için olsa gerek.

ciddi veritabanları, çok kullanıcılı sistemler shrink yapmaz!
diğer topiclerde anlattıklarımı okursan, yapabileceğin şey şu:
db dosyanda geç temizlik-kötü sql kullanımı gibi olayları önlersen
dosyan pek öyle büyümeyecektir emin ol.
ama sen kalkıp en faal hareket tablonun bir sahasını koşulsuz update etmeye kalkarsan ya da hepsini silersen, o tablonun boyu kdar db file şişecektir eğer sistemde boşta kullanılacak sayfa yoksa unutma.
bunlar zamanla tekrar zaten senin dataların için tahsis edilecekler.
yine de, backup-restore işleminin minimum boyutta, güncel tek kayıtlı temiz bir db file yaratacağını unutma.
teşekkürler
teşekkürler,
evet hiç paradoks geçmişin yoksa pack terimi sana bir şey ifade etmez haklısın.
ben projemi yaptım setupını olurşturuyorum, deneme amaçlı binlerce kayıt girdim ama şimdi onları silmem gerekti doğal olarak, tabiki sildim ama dosya hala şişkindi. olay buradan çıktı yani. çalışan bir sistemde olan bir dosya düzenleme olayı değil derdim. bir de tüm tablolardaki kayıtları silmeyeceğim, bazı tablolarda ayar vb kayıtlar var o tablolar boş olmayacak. hareket tabloları sıfırlanacak.
neyse cevapları aldım gerisini hallederim, teşekkürler.
evet hiç paradoks geçmişin yoksa pack terimi sana bir şey ifade etmez haklısın.
ben projemi yaptım setupını olurşturuyorum, deneme amaçlı binlerce kayıt girdim ama şimdi onları silmem gerekti doğal olarak, tabiki sildim ama dosya hala şişkindi. olay buradan çıktı yani. çalışan bir sistemde olan bir dosya düzenleme olayı değil derdim. bir de tüm tablolardaki kayıtları silmeyeceğim, bazı tablolarda ayar vb kayıtlar var o tablolar boş olmayacak. hareket tabloları sıfırlanacak.
neyse cevapları aldım gerisini hallederim, teşekkürler.
- Terminator
- Üye
- Mesajlar: 313
- Kayıt: 13 Ara 2005 01:45
- Konum: İzmir, ama Aydın Efesi!
Oguz,
en baştan bu şekilde açıklayıcı sorsaydın daha güzel açıklardım.
bazen, bi db dosyasının gereğinden fazla büyük olması bir avantajdır.
sırf bunun için gereksiz işlemler yapıp db dosyasını genişlettiğim oldu.
btrieve kullananız varsa, ben bu işlemi onda da çok yapardım yani
pre-alloation işlemi. Ama install paketi için kullanacağın bir veritabanın küçük olması tabiki çok büyük avantaj, eğer sıkıştırma avantajın yoksa.
Kolay gelsin.
en baştan bu şekilde açıklayıcı sorsaydın daha güzel açıklardım.
bazen, bi db dosyasının gereğinden fazla büyük olması bir avantajdır.
sırf bunun için gereksiz işlemler yapıp db dosyasını genişlettiğim oldu.
btrieve kullananız varsa, ben bu işlemi onda da çok yapardım yani
pre-alloation işlemi. Ama install paketi için kullanacağın bir veritabanın küçük olması tabiki çok büyük avantaj, eğer sıkıştırma avantajın yoksa.
Kolay gelsin.
setup sıkıştırıyordur
saolasın,
sanırım setup hazırlayan program dosyaları sıkıştırıyordur, fakar tasarım anında girip sildiğim verilerin, boş yere dosyaların içinde oradan da setup dosyasının içinde oradan da programı indiren herkesin bilgisayarında olmasın bir anlamı yok onun için uğraştım,
neyse kolay gelsin.
sanırım setup hazırlayan program dosyaları sıkıştırıyordur, fakar tasarım anında girip sildiğim verilerin, boş yere dosyaların içinde oradan da setup dosyasının içinde oradan da programı indiren herkesin bilgisayarında olmasın bir anlamı yok onun için uğraştım,
neyse kolay gelsin.
s.a.
dosyayı backup ve restore yaparsan boyutu küçülecektir.
Dolayısı ile sorunun hallolacaktır.
veya ibexpert(vb..) fdb dosyasının metadatasını çıkar. sonra yeniden oluştur.
ama enkolayı backup/restore.
kolay gelsin.
dosyayı backup ve restore yaparsan boyutu küçülecektir.
Dolayısı ile sorunun hallolacaktır.
veya ibexpert(vb..) fdb dosyasının metadatasını çıkar. sonra yeniden oluştur.
ama enkolayı backup/restore.
kolay gelsin.
Duyduğun Şeylerin Söylediklerim Olduğuna Eminim Ama
Anladığın Şeylerin Anlatmak İstediklerim Olduğuna Emin Değilim
Anladığın Şeylerin Anlatmak İstediklerim Olduğuna Emin Değilim