Üzgünüm ama muhalefet edeceğim. Bence olay kaydetmeden değil, okumadan kaynaklanıyor. DBImage okuduğu blob verisinin bitmap olmasını istiyor ancak blob içerisindeki veri jpg. Dolayısıyla veritabanından blob alanı okuyup, normal bir Image nesnesine yüklemeyi deneyebilirsiniz.csyasar yazdı:kaydetmeye çalıştığın bitmap dosyası geçerli değil. olay bu kadar basit. muhtemelen uzantısı atıyorum gif olan resmin uzantısı bmp yapılmıştır veya herhangibir sebepten dolayı(virüs bulaşması, bir programın bozması vs) dosya açılamıyor. farklı bir bmp dosyasıyla dene muhtemelen hata almazsın. zaten aldığın hata mesajı kullanılan bmp dosyasıyla alakalı.
Buna da muhalefet edeceğim. Çoğu veritabanı blob alanları sıkıştırarak saklar ve bitmap dosyaları iyi sıkışır. Bunun dışında veritabanının dışında dosya tutup, veritabanından köprü (link) sunmak iyi bir uygulama değildir. Harici dizindeki resimler kullanıcı tarafından yanlışlıkla silinebilir veya değiştirilebilir. Bunun yerine resimleri veritabanında tutmak daha iyi bir uygulama olacaktır. Eğer performans sorunu yaşanıyorsa resimler ayrı bir tabloda tutulabilir.csyasar yazdı:* benim sana tavsiyem bmp dosyasını veritabanında barındırma. veritabanının boyutunu çok şişirirsin. veritabanında 10.000 tane kayıt olduğunu düşün. her kayıt için de resim olacağını düşün. her resmin boyutuda 500kb olsun(bmp resimlerinin boyutu yüksektir)
veritabanında 5.000.000 kb'lik alan meşgul eder ki; açılış kapanışlardaki kasınmalar da cabası olur. ama benim sana tavsiyem şu olur:
veritabanında tanımladığın varchar alana bmp dosyasının tam adresini tut ve ordan aç.
örneğin: C:\denemelerim\grp\cari\CR000000001.jpg gibi
ben de buna muhalefet edeceğimertug yazdı:Buna da muhalefet edeceğim. Çoğu veritabanı blob alanları sıkıştırarak saklar ve bitmap dosyaları iyi sıkışır. Bunun dışında veritabanının dışında dosya tutup, veritabanından köprü (link) sunmak iyi bir uygulama değildir. Harici dizindeki resimler kullanıcı tarafından yanlışlıkla silinebilir veya değiştirilebilir. Bunun yerine resimleri veritabanında tutmak daha iyi bir uygulama olacaktır. Eğer performans sorunu yaşanıyorsa resimler ayrı bir tabloda tutulabilir.csyasar yazdı:* benim sana tavsiyem bmp dosyasını veritabanında barındırma. veritabanının boyutunu çok şişirirsin. veritabanında 10.000 tane kayıt olduğunu düşün. her kayıt için de resim olacağını düşün. her resmin boyutuda 500kb olsun(bmp resimlerinin boyutu yüksektir)
veritabanında 5.000.000 kb'lik alan meşgul eder ki; açılış kapanışlardaki kasınmalar da cabası olur. ama benim sana tavsiyem şu olur:
veritabanında tanımladığın varchar alana bmp dosyasının tam adresini tut ve ordan aç.
örneğin: C:\denemelerim\grp\cari\CR000000001.jpg gibi
Bunu onlara sormak lazım. Ama inanın bana kullanıcıların yapabileceklerinin sınırı yoktur. Kod: Tümünü seç
var
jpgresim: Tjpegimage;
blobalan: TBlobStream;
hafiza: Tmemorystream;
begin
if OpenDialog1.Execute then
Image1.Picture.LoadFromFile(OpenDialog1.FileName);
with IBDataSet1 do
begin
Insert;
jpgresim:=TJpegImage.Create;
jpgresim.assign(Image1.Picture.bitmap);
hafiza:=TMemoryStream.Create;
jpgresim.savetostream(hafiza);
blobalan:=TBlobStream.Create(TGraphicField(FieldByName('resim')), bmWrite);
blobalan.copyfrom(hafiza,0);
blobalan.free;
hafiza.free;
jpgresim.free;
end;
Merhaba,mustafaozdemir yazdı: ...
kod bu arkadaşlar. daha önce forumda geçmiş bu konu burdan aldım. şu anda şöyle bir hata vermeye başladı . İnvalid class typecast.
Kod: Tümünü seç
var
aMS: TMemoryStream;
begin
if not (Image1.Picture.Graphic is TJPEGImage) then
Image1.Picture.Graphic := TJPEGImage.Create;
Image1.Picture.Graphic.LoadFromFile('C:\Documents and Settings\All Users\Documents\My Pictures\Sample Pictures\Winter.jpg'); //Buraya dialogdan veya başka bir yerden resim koyabilirsiniz.
aMS := TMemoryStream.Create;
try
Image1.Picture.Graphic.SaveToStream(aMS);
aDataSet.Append;
{ diğer alanları doldurun }
aMS.Position := 0; //kaydetmeden önce "stream"in en başına gidilmeli
TBlobField(aDataSet.FieldByName('Image')).LoadFromStream(aMS);
aDataSet.Post;
finally
aMS.Free;
end;
end;
Nasıl yani izah eder misiniz????? Ben bir tableda bir BLOB alan tanımlayacağım ve database'im gidip bu fieldi başka bir yerde tutacak (Database dışında bir yerde) Zannedersem siz xbase'lerden bahsediyorsunuz!ertug yazdı:
> resmi dosyada tutmaktan sa resim yolunu tutmak daha mantıklı veritabanının şişmesi engellenmiş olacak
Veritabanında blob alanlar ayrı dosyalar veya bölümler şeklinde tutulur dolayısıyla zaten şişme söz konusu değildir. Ancak veritabanı olarak XML veya CSS kullanıyorsanız o zaman kesinlikle haklısınız.
CSV diyecektim.Biraz kapalı anlatmışım sanırım. Blob alanlar veritabanlarında farklı bir bölümde tutulurlar. Farklı bir bölüm, mutlaka farklı bir dosya anlamına gelmez. Örneğin bir zip dosyasının içerisinde bir çok farklı dosya vardır ancak zip dosyası *dışarıdan bakıldığında* tek bir dosyadır.Kuri_TLJ yazdı: Nasıl yani izah eder misiniz????? Ben bir tableda bir BLOB alan tanımlayacağım ve database'im gidip bu fieldi başka bir yerde tutacak (Database dışında bir yerde) Zannedersem siz xbase'lerden bahsediyorsunuz!
RDB'lerde böyle bir şey yok, her şey tek bir dosyada (genelde bitirilir *) bunun yanı sıra transaction loglardır ki bunlar da mantıksal olarak yarı bir dosyada olmak zorundadır. DB'nin başına bir iş gelirse geri dönebilesiniz diye.
(*) : Database dosyası, Veri tabanının elverdiği imkanda büyür, bunu çok çok büyük dosyalar haline dönüştürmemek için PRIMARY File, SECONDARY Files gibi bölümlendirirler. Yani sizin DB'niz OS'inizi izin verdiği sınırları zorluyor ise Management'tan gidip DB'nin sorunsuz büyüyebilmesi için ek dosyalar verirsiniz ama daima siz TEK Bir DB'de çalışırsınız.
Yanılıyorsam düzeltin,
Kolay Gelsin
ama sanırım biraz daha netleşmiştir. Çok doğru noktalara değinmişsiniz. İki farklı yöntemi inceleyelim:Kuri_TLJ yazdı:Selamlar,
Ama yine de image'lerin DB'de tutulması DB'yi şişirir ve yavaşlatır. Neden diyecek olursanız, her ne kadar ayrı bölümler halinde de tutsa siz select çektiğiniz anda, eğer çektiğiniz select'de bir blob alan var ise mecbur bu alanı da select etmiş olursunuz. Dönen result set de sizizn imageleriniz sayesinde şişer de şişer
Ayrıca OS'in File Managementi de bu blobların yazılması ve okunması sırasında DB'ye ayak bağı olur. Şişen dosya işetim sisteminden kaynaklı yavaşlamalar neden olacaktır. Bu nedenle baba SQL Server üreticileri (Oracle gibi) kendi file systemlerini tercih ediyorlar. Yani herhangi bir diske kendi File Management'ini kurarak Data disk yapıyorlar. İşletim sistemini karşıtırmıyorlar o noktada.
Kolay Gelsin.
