bildirgec.org

Öncelikle FirebirdSql.org sitesinden kurulum dosyasını indirmemiz lazım. Kurulum dosyası 6-7 MB civarındadır.

http://www.firebirdsql.org/index.php?op=files&id=engine adresine girin ve indirmek istediğiniz sürümün üzerine tıklayın. 1.0.x ve 1.5.x sürümleri, bu sürümleri kullanan kullanıcıları desteklemek için devam etmektedir. 2.1.x kullanmanız şiddetle tavsiye edilir.

Firebird-…-Win32.exe isimli Windows kurulum dosyasına tıklayıp, kurulum dosyası indirilir. 2.1 RC1 için dosyanın tam adı : “Firebird-2.1.0.17735_0_Win32.exe” dir. Burda 32 bit ve 64 bit windows sürümleri için dosya farklıdır. Sisteminize uygun olan dosyayı seçiniz.

Merhaba,

Bilgisayarda saklanan her bilgi gibi Firebird veritabanınızda bozulabilir, yanlışlıkla silinebilir. Windows veya diğer işletim sistemleri, aman bu veritabanı buna özel muamele yapayım demez. Bu makalemizde yapılan yanlışları tespit ederek, veritabanını bozulmaktan nasıl kurtarabilirsiniz, onu anlatmaya çalışacağım.

Veritabanı Neden Bozulur?

• En büyük nedenlerden biri veritabanı yüklü makinanın, genelde elektrik kesintisi nedeniyle kontrolsüz kapanmasıdır. Pek çok işletim sisteminde bu tarz durumlarda kullanımda olan dosyalar bozulabilmektedir. Çözüm olarak 50-100 $ arası ufak bir kesintisiz güç kaynağı almak şarttır.

• Bilgisayar parçalarında meydana gelen kusur veya bozukluklar. Harddiskin bozulması, Raid kartlarının bozulması vs. Bu tarz durumlarda bilgi kurtarma biraz sıkıntılı olabilir. Beki de bozulan harddiskteki veritabanına hiç ulaşamayabilirsiniz. Çözüm düzenli olarak yedek almak ve kurtarılması mümkün olmayan durumlarda bu yedekten geri dönüş yapmaktır.

• Firebird Server (servis) çalışırken veritabanı dosyasını kopyalamak veya başka yöntemlerle erişmek. Programlarınızın kapalı olması, veritabanı dosyası üzerinde işlem yapılmadığı manasına gelmez. Firebird server sweep gibi işlemleri yapıyor olabilir. Çözüm : Veritabanı dosyalarını (*.fdb, *.gdb) servis çalışırken kopyalamayın ve kullanıcıları bu konuda uyarın. Kopyalamanız gerekiyorsa, denetim masasından firebird servisini kapatıp kopyalayın. Yedeklerinizi dosya kopyalama yöntemiyle değil, backup ile alın.

• Kararsız sürümleri kullanmak. Interbase 5.1 ile 5.5 arasındaki sürümler ciddi sıkıntısı olan sürümlerdir. Çözüm : Bunları client veya server olarak kullanmayın. Mümkün derece server ve client sürümlerini aynı tutun.

• Veritabanın bulunduğu diskte boş yer kalmaması. Bu da sıkıntı çıkarabilmektedir.

• Forced Writes parametresinin kapalı olması. Bu parametre on (açık) veya off (kapalı) olabilmektedir. Bu parametre diske yazımları kontrol eder. Açık ise, bilgi commit edildiği anda diske yazılır, off ise hemen yazılmaz. Bilgi kaybını önlemek için, bu parametrenin mutlaka on(açık) olması gerekmektedir.

• Veritabanı dosyası boyutunun (veritabanının değil!) aşılması. İşletim sistemine de bağlı olarak Firebird için bu 32 TB’dır. Ancak Interbase 6 beta sürümleri ve öncesi için bu limit 4 GB’dır. Bu limit aşılınca yeni veritabanı dosyası eklenmelidir.

• Veritabanı dizaynında yapılan hatalar. Bu genelde “not null” ile ilgili olmaktadır. not null bir alan eklediğiniz zaman, sorunsuzca eklenir. Ancak backup alıp, restore yapmak istediğiniz zaman tabloya daha önce eklenmiş kayıtlarda bu alanın değeri null olduğu için restore işlemini gerçekleştiremezsiniz. Interbase 7.1 ve üstü sürümlerde bunun için önlem alınmış. Ancak Firebird’deki durum nedir bilemiyorum. Çözüm : Dizaynınızı standartlara uygun şekilde yapmalı ve mutlaka yedeklerden geri dönüş testini yapmanız lazım.

• Kullanımda olan veritabanı üzerinde metadata değişiklikleri yapmak, özellikle table ekleyip/silmek. Bu da veritabanına zarar verebilmektedir. Çözüm olarak tüm kullanıcıların bağlantılarını kestikten sonra, hatta servisi durdurup dosyanın ismini değiştirerek hiçbir kullanıcının bağlanmayacağı şekle getirip metadata değişikliklerini yapmalısınız.

• Kaza ile veritabanı dosyasını silme. Maalesef bu aşamada yapacak çokta birşey yok, undelete programlarını deneyebilirsiniz. Düzenli bir şekilde yedek almak lazım. Yedek işlemini de otomatik bir düzeneğe bağlamak iyi olacaktır. Çünki insan insiyatifine bırakılınca birkaç hafta sonra aksamaya başlayacak ve bir süre sonra da tamamen bırakılacaktır. FIBS gibi bir yedek yöneticisi program kullanmak uygun olacaktır.

• Eski sürüm kullanmak. Nadirde olsa bazı durumlarda bug’lardan kaynaklanan bozulmalar olabilmektedir. Bunlar tespit edildiği anda düzeltilmektedir. Yeni sürüm çıktığı zaman, testlerinizi yapıp yeni sürüme geçmeniz iyi olacaktır. Örneğin 2.0.3 kullanırken 2.0.4 çıktı ise, testlerini yapıp 2.0.4’e geçmelisiniz.

• Veritabanı uzantılarınızı .fdb yapın. Çünki interbase’in kullandığı .gdb uzantısı, windows’un system geri yükleme (system restore) dosyalarıyla çakışmaktadır. Bu da bazen sıkıntı çıkarabilmektedir. İlla ki .gdb uzantısı kullanmak istiyorsanız, sistem geri yüklemesini kapatın.

• Bazı antivirüsler dosya tarama işini abartabilmektedir. Normal şartlarda bir sıkıntı hiç duymadım ama veritabanı dosyalarını (*.fdb) tarama dışında bırakmak iyi olacaktır.

Kolay gelsin.

FIREBIRD 2.0

Veritabanı Limitleri

Maksimum Veritabanı Boyutu : Birden çok dosya kullanarak sınırsız. Şu ana kadar bilinen en büyük veritabanı boyutu 980 GB’ın üzerinde.

Maksimum Veritabanı Dosyası Büyüklüğü : TB’larca büyüklüğe ulaşabilir ancak pratik olarak işletim sisteminin dosya sınırı ile sınırlıdır. Bazı işletim sistemlerinde maksimum dosya büyklüğü 4 GB veya 2 GB’tır.

Maksimum Veritabanı Dosyası Sayısı : 64.535

Maksimum Tablo (table) Sayısı : 64.535

Bir Tablo’nun Ulaşabileceği Maksimum Boyut : Yaklaşık 32 TB.

Bu yazıda verilecek örnek kodlar Sybase Adaptive Server Anywhere ve Interbase6 üzerinde çalıştığı test edilmiş kodlardır. Kodlar içinde kullanılan SQL cümleleri standart SQL cümleleri olması sebebi ile diğer veritabanlarında da kolayca çalışacaktır. Sadece trigger ve stored procedure tanımlamalarındaki kod yapısı farklılıklar göstermektedir. Çalışacağınız veritabanında nasıl trigger ve stored procedure tanımlanabileceğini öğrenerek bu denemeleri yapmak mümkün olabilir. İtiraf edeyim ki yazı biraz uzun olduğu için tekrar baştan aşağı okumadım. Yaptığım hataları uyarmanız sonucu düzeltmekten memnuniyet duyarım.

apple computer co.

burada bazı popüler teknoloji firmalarının logolarının eski ve yeni halleri verilmiş. ayrıca logoların yanında kısaca firmaların tarihçelerine ve logoların arkasındaki fikirlere de değinilmiş. (yazılar ingilizce)

merhaba firebird veritabanı içeriğinden verileri dışa aktarmak istiyorum tabloları yada diğer bileşenleri değilde gömülü diğer verileri almak istiyorum mesela pdf dosyaları ve png resimleri ve diğer veriler bunlar veritabanın neresinde bulunuyo onuda çözemedim veritabanından hiç anlamıyorum bi yardımcı olsanız en azından fikir verseniz çok iyi olur yani yanlış da düşünüyor olabilirim bu veriler ham halde veritabanında bulunuyor olabilir mi?

Programcıysanız yada veritabanı uygulamalarına kenarından kösesinden bulaştıysanız bilirsiniz. Herhangi bir programlama dili ile herhangi bir veritabanına ulaşmak için bir bağlantı kodu yazılır.

Bağlanmak istediğiniz veritabanı için nasıl bir bağlantı dizesi yazacağınızı bilemediğiniz durumlarda Connection Strings sitesi yardımınıza koşuyor.

Site oldukça geniş içerikli ve bağlantı dizeleri 3 başlık altında toplanmış.

veritabanı sunucuları

• SQL Server
• SQL Server 2005
• SQL Server 2005 Compact Edition
• Oracle
• MySQL
• Interbase
• IBM DB2
• Sybase
• Informix
• Ingres
• Mimer SQL
• Lightbase
• Postgre SQL
• Paradox
• Firebird
• AS/400 (iSeries)
• Pervasive
• SQLBase
• Progress
• Caché
• Teradata
• VistaDB

veri dosyaları

• Excel 2007
• Excel
• Textfile
• Access 2007
• Access
• Visual FoxPro / FoxPro 2.x
• DBF / FoxPro
• SQLite
• Filemaker

diğer

• MS Project
• Active Directory
• Exchange
• Lotus Notes
• DSN
• UDL
• Index Server

postgresql logosu

Uzun süre Firebird‘de veritabanı işi yapmış olmam ve son 1 yılda kullandığım programlama dili ve veritabanı’nı değiştirmeyi düşünmem ile araştırmaya başladığım PostgreSQL‘in Firebird ile kıyaslamasını bu sitede görebilirsiniz.

Kişisel düşüncem firebird 1.5.x sürümünü uzun zaman hallice kullanan birisi olarak postgresql gerçekten de düşünüldüğü ve denildiği gibi oracle’ın tahtına rakip olabilecek bir duruma getirirliyor. Elbette bu kıyaslama ile derinden bilgi edinemezsiniz ancak fark ortada… Ve mysql i unutmamak lazım o da gerçekten hakkını veren bir veritabanı.

Geçtiğimiz yıl Boston Linux dünyasında source forge topluluk ödülleri duyurulmuştu.Geçen yıl ödül Azureus,emule,FileZilla, Bittorrent Quene Manager,A Php Paypal API,WinSCP, phpMyAdmin, Wine, Gaimarasında paylaştırılmıştı.
Bu yıl verilecek sourge Forge Topluluğu ödülleri için oylama başlamış durumda.2007’nin finalistleri phpMyAdmin, Zimbra collaboration suite, ScummVM, Audacity, Pidgin, ISP Control Panel, FireBird, Xbox Media Center(XBMC), Tikiwikive webmin.İki yeni kategori eklenmiş bulunuyor bunlar,Teknik destek ve işbirliği. 2007 SourgeForge Communitr Choice Ödülleri 29 haziran’da O’Reilly’s de açıklanacakmış.

Güçlü, hızlı, sistem gereksinimi çok yüksek olmayan, multi-platform (linux,windows,bsd vs.), deplhi ve tüm .net dilleriyle sorunsuz çalışan, uygulamanıza gömebileceğiniz (embed özelliği) bir database mi arıyorsunuz? Hatta açık kaynak kodlu ve ücretsiz mi olsun? O zaman aradığınız adres Firebird.

Belki bir çoğunuz zaten firebird’ü biliyorsunuz. Ancak ben çevremden bildiğim kadarıyla henüz birçok windows tabanlı ve web tabanlı uygulama geliştiren arkadaşın firebird’den haberi yok. Kısaca firebird nedir diye merak edenler şuraya buyursun.