آیا ذخیره تصویر با هر حجم و انداره و تعداد درون دیتابیس منطقی است ؟

[ali_kolahdoozan]

آیا ذخیره تصویر با هر حجم و انداره و تعداد درون دیتابیس منطقی است ؟ اگر کسی لطف میکنه جواب میده با پایه و اساس باشه . نظر شخصی مفید نیست

[Pioneers]

طبیعتا نه.
خودتون بهتر از من و ... میدونید که عکس با هر حجم DB رو خیلی زود پر میکنه( در مورد هاستها, چون حجم DB محدودی بما میدن). در ثانی, درخواست تعداد نسبتا زیادی عکس از DB برای نمایش و تبدیل مقادیر Hex آنها برای نمایش, سربار زیادی ایجاد میکنه.

بهترین کار اینه که مثلا نام یا آدرس اونا در بانک ذخیره بشه و خودشون در یه فولدر.

[ali_kolahdoozan]

نظر دیگه؟ مطلب دیگه؟

[hmm]

سلام
اگه از لحاظ فضا محدودیت ندارید به مشکل خاصی بر نخواهید خورد
بهرحال روشهای فشرده سازی هم میتونه قبل از ذخیره سازی کمکتون کنه و از امکان File Group نیز میتونید استفاده کنید

[AminSobati]

دلایل زیادی وجود داره که عکس رو در دیتابیس ذخیره کنیم:
1) یکپارچه کردن Security بین تصاویر و سایر اطلاعات دیتابیس. نیازی نیست که دیتابیس رو با یک مکانیزم ایمن کنیم، و تصاویر رو بصورت فایل با مکانیزم دیگه
2) امکان Backup/Restore با بقیه دیتابیس یکپارچه میشه
3) وارد کردن تصاویر در دیتابیس بصورت Transactional میشه و امکان Rollback کردن وجود داره
4) میتونن در Replication شرکت کنند
5) با استفاده از Filegroupهای مجزا میتونین به نحوی تصاویر رو سازمان دهی کنین که حجم زیادشون ابدا برای سایر اطلاعات دست و پا گیر نشه

تنها اشکالش اینه که حجم دیتابیس بزرگ میشه! حالا سبک سنگین کنین ببینین کدوم حالت براتون مناسبه

[Capitan zapoa 2000]

be nazaram to ye windows application in moshkel nabashe vali 2st aziz hamin tedad refrenci ke be disk mishe to zamane ziad systemo kond mikone masalan farz ham zaman 2 nafar bekhan ye axo bebinan to DB ba trakonesh moshkel hal mishe vali base disk chi kar mikhai bokoni badam inke DB security dare ke amal ghavitar az security disk amal mikone masalan mitoni ke ba assembly be mohtaviat fiziki dastresi dashte bashi vali to DB hamchin kari natije khobio bar nemigardone

[بهمن بهار]

متاسفانه من هم چنین مشکلی دارم ولی آنقد تعداد تصاویر زیاد است که منطقی نیست داخل بانک ذخیره شود .
این همه درمورد ذخیره آدرس در بانک و ذخیره تصویر در فولدر پیشنهاد شده است اما هیچ کدام نگفته اند که چطوری فقط در مبحث دلفی ذکر شده با indy اما یکی لطف کنه و کامل توضیح بدهد و یا سورس کوچکی در اختیار بگذارد .
ممنونم .

[SabaSabouhi]

با سلام
ذخیره‌ى نام و مسیر در Database به شرطى روش خوبى هست که دسترسى به folder عکس‌ها کنترل شده باشد، چون خوش‌آیند نیست که نشانى تصویرى در Database باشد و عکسى در مسیر مورد نظر نباشد.
در ضمن با کپى شدن عکس یا فایل‌هاى متفرقه در مسیر مورد نظر شما بدون ثبت در پایگاه داده‌ها هیچ کنترلى روى آن‌ها نخواهید داشت.
یک روش دیگه استفاده از Folderها با قاعده هست. یعنى در DB ثبت نکنید، بجاى آن Folderها را بر اساس یک فرمول و قاعده بسازید.
مثلاً اگر یک مشترى تصویر دارد در Folderى به نام CustomerPictures عکسى با نام Customer-000312.jpg وجود دارد و اگر این فایل وجود ندارد پس مشترى عکس ندارد.

صبا صبوحى

[بهمن بهار]

باسلام خدمت دوستان
جناب آقای SabaSabouhi مطمئنا در صورتیکه کسی بخواهد با این روش عکسها را ذخیره کند به این موضوع هم میپردازد چون در غیر اینصورت به گفته شما هیچ اطمنانی به داده ها نخواهد بود.
و در این مورد راههای زیادی وجود دارد که بهترین آن ذخیره ناتم تصویر با شماره ID رکورد مورد نظر است و ...

بهمن بهار

[Business Analyst]

دلایل زیادی وجود داره که عکس رو در دیتابیس ذخیره کنیم:
1) یکپارچه کردن Security بین تصاویر و سایر اطلاعات دیتابیس. نیازی نیست که دیتابیس رو با یک مکانیزم ایمن کنیم، و تصاویر رو بصورت فایل با مکانیزم دیگه
2) امکان Backup/Restore با بقیه دیتابیس یکپارچه میشه
3) وارد کردن تصاویر در دیتابیس بصورت Transactional میشه و امکان Rollback کردن وجود داره
4) میتونن در Replication شرکت کنند
5) با استفاده از Filegroupهای مجزا میتونین به نحوی تصاویر رو سازمان دهی کنین که حجم زیادشون ابدا برای سایر اطلاعات دست و پا گیر نشه

تنها اشکالش اینه که حجم دیتابیس بزرگ میشه! حالا سبک سنگین کنین ببینین کدوم حالت براتون مناسبه
در مورد قسمت 5 میشه بیشتر توضیح بدین که باید چیکار کنیم
ممنون

[AminSobati]

از دیتابیس Properties بگیرین و File و Filegroup جدید اضافه کنین. حالا زمانیکه جدول رو Design میکنین، میتونین text image filegroup رو مشخص کنین