Tam Sürümü Göster: HanGI DB. yi Kullansakta Tırsmasak !!!
Sayfalar: 1
HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: cemaliozan Tarih: 04 December 2006 21:43:32
Veri tabanına dayalı tasarım geliştiricilerinin en büyük sorunudur kullanılacak veri tabanının seçimi. Şimdi sorsam bu sitenin müdavimlerine herkes farklı bir şey teklif edecektir. Burada veri tabanından kastığımız SQL hizmet birimleridir. Yani Access, MS-Sql server, MySQL, Firebird, interbase, informix, db2, oracle vs.
Eğer web üzerinde bir tasarım yapacaksanız kullanacağınız web programlama (betik) diliyle, kullanacağınız veri tabanının birinci dereceden akraba olmasına özen göstermelisiniz. Örneğin php için MySql, asp için access, asp.net için MS-Sql gibi. Ancak bazen işin ekonomik tarafınıda düşünmek gerekir. Son beş yıldır MySQL ile haşır neşirim. Kendisinden çok memnun(d)um. Dostluğumuz boyunca beni hiç yarı yolda bırakmamıştı. Taki UTF-8 icat olup, mertlik bozulana kadar.
Bilmeyenler için UTF-8 unicode dil kodlama formatı. Bununla ilgili güzel ve ilginç bir yazıyı http://turkish.joelonsoftware.com/Articles/Unicode.html adresinden okumanızı önermiştim. Bir veri tabanıyla neler yapıldığını herkes bilir. Her veri tabanının kendine özgü bir sürü özelliği, güzelliği vardır. Ama öyle zamanlar olurki seçtiğiniz veri tabanını icat edenlere beddua edesiniz gelir.
Dünya üzerinde tek bir lisan konuşulsaydı belkide yukarıdakilerin hiç birini yazmayacaktım. Ancak iso-8xxx-x, utf-x, cp-x, windows-x gibi bir çok dilin konuşulduğu bir düzende konuşmadan duramayacağım.
Bizim malum bankanın veri tabanını işin kolayına kaçıp önce Access olarak tasarladım ve siteyi koşturdum. Sonra baktım ki ikide bir access için okuma yazma izni ayarlamak durumunda kalıyorum. Buda sponsor hosting firmam için spor olmanın ötesinde. Bir güzellik yapayımda MySQL kullanayım dedim. Demez olaydım. Önce MySQL veri tabanına özgü latin-5 karakter seti tanımlamasına uygun tablo yapılarını sıra sıra dizdim. Access deki verileri alıp MySQL içine çaktım. Sonra geçtim asp.net sayfamın başına sayfa dil kodlamasını sırasıyla iso-8859-9, windows-1254 (bizim yörenin lehçeleri) sonra evrenselce konuşalım fransız olmayalım diye utf-8 yaptım. Her seferinde DB. de kayıtlı veriler değişik değişik göründü gözüme. Hepsinde bir ayrı ucube karakter dizisi.
Baktım sayfaya bir kaç dil öğretmekle olmayacak bu iş, MySQL'e utf-8 öğretmeye karar verdim. Tuttum MySQL tablolarımı utf-8'ce konuşur hale getirdim. Ama arkadaş ç,ü,ö dışındaki harflere yine fransız kaldı. Ves-selam bu yaratık modundaki harf kombinasyonunun veri tabanına kayıt edilen verinin ana diliyle ilintili olduğuna karar verip, tabloları sıfırladım. Ama ne çare. HTML richedit modunda (FreeTextBox asp.net bileşeni, delphide ,iyi çalışıyor), tüm dillerde bu karaktersiz karakter sorununu aşamadım. Daha fazla zorlamaya gerek olmadığını düşünüp, asp.net'in din kardeşi MS-SQL server'a el attım.
Ne yazıkki sponsorum benimle yeteri kadar spor yapmaktan yorgun düşmüş olacakki SQL-Server için bir remote connection müsadesi olmadığından dem vurdu. Bana özel pasaportta çıkaramadıklarından başladım kara kara düşünmeye.
Bunları niye anlattım.
En önemlisi veri tabanının size hakim olması değil, sizin veri tabanına hakim olmanızdır.
Ben mücadeleye devam ediyorum. Sonuçları gelecek günlerde paylaşırız. Sizin hakimiyetinizin mutlak olduğu veri tabanı anılarınızıda dinlemek isteriz.
Hoşçakalın...
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: FetihlerFatihi Tarih: 04 December 2006 22:12:32
Birkaç kelamda ben edeyim.
Access ve Firebird bilindiği üzere tek dosya yapısındalar. Bu sebeple bence kullanım kolaylığı bulunmakta. Ayrıca izin konusu net 2.0 ile progracı tarafından yapılabiliyor. Borland destek verirse tabii :
MySQL'in dil sorununa gelince onu gelde bana sor. Berbat bir durum.
Ben MsSQLServer taraftarıyım. Hosting firmaları uygun bir panel sunnarlarsa tabii
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: sadettinpolat Tarih: 05 December 2006 00:58:58
bende veritabani bagimsizligindan yanayim
projeyi oyle bir hale getirmeliyiz ki veritabanindan bagimsiz olmasi ya da 5-6 farklı veritabani ile birlikte sorunsuz bir sekilde calisabilmesi gerekir.
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: cemaliozan Tarih: 05 December 2006 06:50:58
Burayada bir göz atın. http://www.unicode.org
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: K_A_R_I_N_C_A Tarih: 06 December 2006 04:50:46
Merhaba Arkadaşlar.
@cemilozan hocam başınızdan geçen VT ile ilgili olayları anlatmışsınız. Hosting fimranızla arnızdaki geçenleri felan.
Ama sonunda birde " Bunları niye anlattım. " diye başlıkta Biraz madde yazmışsınız. hepsinin sonu nerdeyse -dir ile bitmiş. Ama sizin son cümleniz devam edecek bir konu olduğunu gösteriyo. Acaba başka birşey e daha mı değinecektinizde unuttunuz veya başka birşey mi oldu. Açıkçası yazıdan birşey anlayamadım.
"dinamik olması, trigger, stored procedure vs." böyle bir madde olmasına karşın yazınızda SP lerden felan bahsetmemişsiniz.
benimde acizane düşüncem ;
http://www.delphidunyasi.net/index.php?topic=1093.0 bu bağlantıdakilerin bana faydası oldu. Delphiturkiye Forumun da ve seminerlerinde de de FB nin Cransh elime dahil birçok olayda üstün performans sergilediğini görmüştüm.
PHP kullanırken yanında Mysql kullanıyordum. Normal Programlarda zaten FB kullanıyorum. Artık kendimize bir makinemiz olacak inş. İnternette de FB deneyeceğim ve Stabil olursa öyle devam edeceğim
Selamlar...
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: cemaliozan Tarih: 12 December 2006 21:42:36
Ez cümle arkadaşımız -dır mevzusunu iyi yakalamış. Kendisini tebrik ediyorum. Ancak anlayışlar farklı farklı. Bu yazıda performans, avantaj/dezavantajları değil, veri tabanından çekilen verilerin basit bir sayfalama işleminde uyumsuz karakter düzeneğini vurgulamak istemiştim. Performans/Avantaj/Dezavantaj konularına değinmemiştim. Yukarıda anlattığım karakter sorununu çözdüm. İlk önce sorunun tam olarak nelerden kaynaklanabileceğini düşündüm ve aşağıdakileri kontrol edip uyguladım.
1. Veri tabanımda ve tablolarımda dil kodlaması utf-8
2. Web sayfalarımında dil kodlaması utf-8
3. ASP.NET için web.config dosyasında dil kodlaması utf-8
Tüm bunlar doğrultusunda karakter uyumsuzluğu yaşamam gerekirken yaptığım ve atladığım basit bir hata ...
Verileri kaydederken kullandığım editörde varsayılan ayar unicode değil ANSI idi.
Başka bir problemde, sorunu ararken kafa karıştırıcı bir sürü şeyi denerken yaptığım hatalardı. Mesela tarayıcı için cache ayarı yapmamış olmam. Tasarımda yaptığım değişiklikleri kaydetmeyi unutup, sayfayı tekrar koşturmam gibi...
Veri tabanlarıyla ilgili performans, avantaj/dezavantaj konularına girmek istemiyorum. Çünki her yiğidin yoğurt yiyişi farklıdır, her Veri tabanınında kendine göre iyi ve eksik yanları vardır.
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: K_A_R_I_N_C_A Tarih: 13 December 2006 02:46:37
Ez cümle arkadaşımız -dır mevzusunu iyi yakalamış. Kendisini tebrik ediyorum. Ancak anlayışlar farklı farklı.
peki dediğiniz gibi olsun
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: FetihlerFatihi Tarih: 13 December 2006 19:48:27
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: dameon Tarih: 11 November 2007 06:25:04
Kusura bakmayın , konu bayağı eskimiş ama faydası olur diye bu linki veriyorum.
http://life-is-a-code.blogspot.com/2006/08/aspnet-trke-problemi-unicode-problem.html
Veri tabanına dayalı tasarım geliştiricilerinin en büyük sorunudur kullanılacak veri tabanının seçimi. Şimdi sorsam bu sitenin müdavimlerine herkes farklı bir şey teklif edecektir. Burada veri tabanından kastığımız SQL hizmet birimleridir. Yani Access, MS-Sql server, MySQL, Firebird, interbase, informix, db2, oracle vs.
Eğer web üzerinde bir tasarım yapacaksanız kullanacağınız web programlama (betik) diliyle, kullanacağınız veri tabanının birinci dereceden akraba olmasına özen göstermelisiniz. Örneğin php için MySql, asp için access, asp.net için MS-Sql gibi. Ancak bazen işin ekonomik tarafınıda düşünmek gerekir. Son beş yıldır MySQL ile haşır neşirim. Kendisinden çok memnun(d)um. Dostluğumuz boyunca beni hiç yarı yolda bırakmamıştı. Taki UTF-8 icat olup, mertlik bozulana kadar.
Bilmeyenler için UTF-8 unicode dil kodlama formatı. Bununla ilgili güzel ve ilginç bir yazıyı http://turkish.joelonsoftware.com/Articles/Unicode.html adresinden okumanızı önermiştim. Bir veri tabanıyla neler yapıldığını herkes bilir. Her veri tabanının kendine özgü bir sürü özelliği, güzelliği vardır. Ama öyle zamanlar olurki seçtiğiniz veri tabanını icat edenlere beddua edesiniz gelir.
Dünya üzerinde tek bir lisan konuşulsaydı belkide yukarıdakilerin hiç birini yazmayacaktım. Ancak iso-8xxx-x, utf-x, cp-x, windows-x gibi bir çok dilin konuşulduğu bir düzende konuşmadan duramayacağım.
Bizim malum bankanın veri tabanını işin kolayına kaçıp önce Access olarak tasarladım ve siteyi koşturdum. Sonra baktım ki ikide bir access için okuma yazma izni ayarlamak durumunda kalıyorum. Buda sponsor hosting firmam için spor olmanın ötesinde. Bir güzellik yapayımda MySQL kullanayım dedim. Demez olaydım. Önce MySQL veri tabanına özgü latin-5 karakter seti tanımlamasına uygun tablo yapılarını sıra sıra dizdim. Access deki verileri alıp MySQL içine çaktım. Sonra geçtim asp.net sayfamın başına sayfa dil kodlamasını sırasıyla iso-8859-9, windows-1254 (bizim yörenin lehçeleri) sonra evrenselce konuşalım fransız olmayalım diye utf-8 yaptım. Her seferinde DB. de kayıtlı veriler değişik değişik göründü gözüme. Hepsinde bir ayrı ucube karakter dizisi.
Baktım sayfaya bir kaç dil öğretmekle olmayacak bu iş, MySQL'e utf-8 öğretmeye karar verdim. Tuttum MySQL tablolarımı utf-8'ce konuşur hale getirdim. Ama arkadaş ç,ü,ö dışındaki harflere yine fransız kaldı. Ves-selam bu yaratık modundaki harf kombinasyonunun veri tabanına kayıt edilen verinin ana diliyle ilintili olduğuna karar verip, tabloları sıfırladım. Ama ne çare. HTML richedit modunda (FreeTextBox asp.net bileşeni, delphide ,iyi çalışıyor), tüm dillerde bu karaktersiz karakter sorununu aşamadım. Daha fazla zorlamaya gerek olmadığını düşünüp, asp.net'in din kardeşi MS-SQL server'a el attım.
Ne yazıkki sponsorum benimle yeteri kadar spor yapmaktan yorgun düşmüş olacakki SQL-Server için bir remote connection müsadesi olmadığından dem vurdu. Bana özel pasaportta çıkaramadıklarından başladım kara kara düşünmeye.
Bunları niye anlattım.
- Veri tabanı seçimi önemlidir
- Veri tabanını uzaktan idare etmek önemlidir
- Veri tabanını uygun dille konuşturmak önemlidir
- Veri tabanının konuştuğu dille web sayfa dilinin uygunluğu önemlidir
- Veri tabanının ekonomik olması önemlidir
- Veri tabanının dinamik olması, trigger, stored procedure vs. desteğinin bulunması önemlidir
- Veri tabanına erişim için kullanılacak araç gerecin çokluğu önemlidir
En önemlisi veri tabanının size hakim olması değil, sizin veri tabanına hakim olmanızdır.
Ben mücadeleye devam ediyorum. Sonuçları gelecek günlerde paylaşırız. Sizin hakimiyetinizin mutlak olduğu veri tabanı anılarınızıda dinlemek isteriz.
Hoşçakalın...
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: FetihlerFatihi Tarih: 04 December 2006 22:12:32
Birkaç kelamda ben edeyim.
Access ve Firebird bilindiği üzere tek dosya yapısındalar. Bu sebeple bence kullanım kolaylığı bulunmakta. Ayrıca izin konusu net 2.0 ile progracı tarafından yapılabiliyor. Borland destek verirse tabii :
MySQL'in dil sorununa gelince onu gelde bana sor. Berbat bir durum.
Ben MsSQLServer taraftarıyım. Hosting firmaları uygun bir panel sunnarlarsa tabii
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: sadettinpolat Tarih: 05 December 2006 00:58:58
bende veritabani bagimsizligindan yanayim
projeyi oyle bir hale getirmeliyiz ki veritabanindan bagimsiz olmasi ya da 5-6 farklı veritabani ile birlikte sorunsuz bir sekilde calisabilmesi gerekir.
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: cemaliozan Tarih: 05 December 2006 06:50:58
Burayada bir göz atın. http://www.unicode.org
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: K_A_R_I_N_C_A Tarih: 06 December 2006 04:50:46
Merhaba Arkadaşlar.
@cemilozan hocam başınızdan geçen VT ile ilgili olayları anlatmışsınız. Hosting fimranızla arnızdaki geçenleri felan.
Ama sonunda birde " Bunları niye anlattım. " diye başlıkta Biraz madde yazmışsınız. hepsinin sonu nerdeyse -dir ile bitmiş. Ama sizin son cümleniz devam edecek bir konu olduğunu gösteriyo. Acaba başka birşey e daha mı değinecektinizde unuttunuz veya başka birşey mi oldu. Açıkçası yazıdan birşey anlayamadım.
"dinamik olması, trigger, stored procedure vs." böyle bir madde olmasına karşın yazınızda SP lerden felan bahsetmemişsiniz.
benimde acizane düşüncem ;
http://www.delphidunyasi.net/index.php?topic=1093.0 bu bağlantıdakilerin bana faydası oldu. Delphiturkiye Forumun da ve seminerlerinde de de FB nin Cransh elime dahil birçok olayda üstün performans sergilediğini görmüştüm.
PHP kullanırken yanında Mysql kullanıyordum. Normal Programlarda zaten FB kullanıyorum. Artık kendimize bir makinemiz olacak inş. İnternette de FB deneyeceğim ve Stabil olursa öyle devam edeceğim
Selamlar...
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: cemaliozan Tarih: 12 December 2006 21:42:36
Ez cümle arkadaşımız -dır mevzusunu iyi yakalamış. Kendisini tebrik ediyorum. Ancak anlayışlar farklı farklı. Bu yazıda performans, avantaj/dezavantajları değil, veri tabanından çekilen verilerin basit bir sayfalama işleminde uyumsuz karakter düzeneğini vurgulamak istemiştim. Performans/Avantaj/Dezavantaj konularına değinmemiştim. Yukarıda anlattığım karakter sorununu çözdüm. İlk önce sorunun tam olarak nelerden kaynaklanabileceğini düşündüm ve aşağıdakileri kontrol edip uyguladım.
1. Veri tabanımda ve tablolarımda dil kodlaması utf-8
2. Web sayfalarımında dil kodlaması utf-8
3. ASP.NET için web.config dosyasında dil kodlaması utf-8
Tüm bunlar doğrultusunda karakter uyumsuzluğu yaşamam gerekirken yaptığım ve atladığım basit bir hata ...
Verileri kaydederken kullandığım editörde varsayılan ayar unicode değil ANSI idi.
Başka bir problemde, sorunu ararken kafa karıştırıcı bir sürü şeyi denerken yaptığım hatalardı. Mesela tarayıcı için cache ayarı yapmamış olmam. Tasarımda yaptığım değişiklikleri kaydetmeyi unutup, sayfayı tekrar koşturmam gibi...
Veri tabanlarıyla ilgili performans, avantaj/dezavantaj konularına girmek istemiyorum. Çünki her yiğidin yoğurt yiyişi farklıdır, her Veri tabanınında kendine göre iyi ve eksik yanları vardır.
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: K_A_R_I_N_C_A Tarih: 13 December 2006 02:46:37
Ez cümle arkadaşımız -dır mevzusunu iyi yakalamış. Kendisini tebrik ediyorum. Ancak anlayışlar farklı farklı.
peki dediğiniz gibi olsun
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: FetihlerFatihi Tarih: 13 December 2006 19:48:27
1. Veri tabanımda ve tablolarımda dil kodlaması utf-8
2. Web sayfalarımında dil kodlaması utf-8
3. ASP.NET için web.config dosyasında dil kodlaması utf-8
bunlar linux server için geçerli deil. vt'yi yedekleyince geri yüklemek kavus gibi2. Web sayfalarımında dil kodlaması utf-8
3. ASP.NET için web.config dosyasında dil kodlaması utf-8
Ynt: HanGI DB. yi Kullansakta Tırsmasak !!! Gönderen: dameon Tarih: 11 November 2007 06:25:04
Kusura bakmayın , konu bayağı eskimiş ama faydası olur diye bu linki veriyorum.
http://life-is-a-code.blogspot.com/2006/08/aspnet-trke-problemi-unicode-problem.html