PDA

View Full Version : سوال: ذخیره عکس در سرور بهتر است یا در خود بانک اطلاعاتی؟



forodo
دوشنبه 07 مهر 1393, 22:10 عصر
سلام
آدرس عکس رو در بانک ذخیره کنیم و عکس رو در سرور قرار دهیم بهتر است یا عکس را مستقیماً در بانک ذخیره کنیم؟

demolition
دوشنبه 07 مهر 1393, 22:20 عصر
بهتره روی سرور قرار بگیره و آدرس فایل ذخیره بشه

forodo
دوشنبه 07 مهر 1393, 22:33 عصر
بهتره روی سرور قرار بگیره و آدرس فایل ذخیره بشه
از نظر سرعت و امنیت فرمودید؟

پیام حیاتی
سه شنبه 08 مهر 1393, 00:13 صبح
از هر نظر روشی رو که گفتن بهتر هست جزء امنیت،اگر تصاویر از این نظر براتون اهمیت دارند درون دیتابیس قرار بدید.

saeed31641
سه شنبه 08 مهر 1393, 08:33 صبح
توصیه خ.د مایکروسافت در بانک باید ذخیره بشه. دلایلشم زیاده

dehqhani
سه شنبه 08 مهر 1393, 08:53 صبح
توصیه خ.د مایکروسافت در بانک باید ذخیره بشه. دلایلشم زیاده

میشه دلیلش رو بیان بفرمائید .

که ما هم اطلاعاتمون افزایش پیدا کنه

ahmad156
سه شنبه 08 مهر 1393, 09:06 صبح
توصیه خ.د مایکروسافت در بانک باید ذخیره بشه. دلایلشم زیاده
لطفاً منبع تون رو معرفی کنین.

Davidd
سه شنبه 08 مهر 1393, 09:14 صبح
بهتر ازچه نظر؟ اگه از نظر سرعت و كارايي منظورت باشه كه طبق توصيه مايكروسافت و بر اساس تست هاي انجام شده : اگه حجم فايل ها از 256 كيلوبايت كمتر باشه varbinary عملكرد بهتري داره. اگه حجم فايل ها بيشتر از 1 مگا بايت باشه ذخيره در پوشه بهتره و اگر حجم فايل بين 256 كيلو تا 1 مگابايت باشه دقيقا نميشه گفت كدوم روش بهتره.
خوبي روش varbinary اينه كه تمام داده هات داخل ديتابيس هست و با بكاپ گرفتن،عكس ها هم منتقل ميشن.

Mousavmousab
سه شنبه 08 مهر 1393, 09:28 صبح
همه چیز نسبی است و باید با توجه به مورد انتخاب کنیم که آیا در بانک ذخیره شود با در Directory مورد نظر !!!


حالا شما می خواهید چیکار کنید؟ یعنی چقدر عکس با چه حجمی ذخیره کنید؟ سایت شما به طور کلی در مورد چی است؟

forodo
سه شنبه 08 مهر 1393, 09:55 صبح
همه چیز نسبی است و باید با توجه به مورد انتخاب کنیم که آیا در بانک ذخیره شود با در Directory مورد نظر !!!
حالا شما می خواهید چیکار کنید؟ یعنی چقدر عکس با چه حجمی ذخیره کنید؟ سایت شما به طور کلی در مورد چی است؟
مثل بقیه چند تا آموزش برنامه نویسی هستش که بیشتر برای اینکه می خوام به عنوان رزومه معرفی کنم دارم طراحی می کنم.
عکسها هم برای اینه که بخوام عکسی برای آموزش از دسکتاپ بگیرم و قرار بدم.
البته کلاً می خوام داخل سرور قرار بدم چون ذخیره در بانک رو بلدم و می خوام ذخیره در سرور رو یاد بگیرم.
ولی می خوام بدونم کدوم بهتره تا در کارای بعدی از اون روش استفاده کنم.
البته اگه هم تحت ویندوز و هم تحت وب بگید که ممنون میشم.
به نظر من سرعت و امنیت مهمه و باز از همه مهمتر سرعت هستش.

Mousavmousab
سه شنبه 08 مهر 1393, 18:17 عصر
نه از سرعت میشه ذشت و نه از امنیت ، این دو پارامتر همیشه در کنار هم هستند. شما باید این دو را با هم در نظر بگیرین.

شما باید هر دو مورد را انجام بدین تا متوحه بشین فرق بین این موارد چیست؟

دوست عزیز به عمق قضیه دقت کن نه به حرف من و دیگران، ابتدا از ما بشنو بعد خودت امتحان کن ، من تستی که کردم عکس های نسبتاٌ حجیم مثلاٌ 200-300 کیلوبایتی را به تعداد 12000 رکورد در بانک به صورت بایت ذخیره کردم و توی Query هایی که به صورت تست گرفتم عالی بود ، بازم شما خودت تست کن ببین چه طوریه؟

بعضی ها میگن حجم دیتابیس زیاد میشه و زیاد شدن حجم دیتابیس حرف یا جمله نسبی است. با توجه به هزینه ای که در نظر گرفته ای برو جلو و تصمیم بگیر (این حرف آخرم بود)

alisafaie
چهارشنبه 09 مهر 1393, 10:42 صبح
از ویژگی FileTable در SQL Server 2012 یا FileStream در SQL Server 2008 استفاده کن. بسیار با کارایی بالا و برای ذخیره عکس یا هر نوع داده BLOB با امکان مدیریت توسط SQL Server یا Windows. راه اندازی اولیه اش یکم مشکل هستش ولی وقتی راه بیفته مثل بنز میره جلو. البته اگر حجم عکس ها کمتر از 300 کیلو هستش بهتره که توی بانک ذخیره بشه ولی در غیر اینصورت روشی که گفتم کارایی و بازدهی خیلی خوبی داره.

FirstLine
چهارشنبه 09 مهر 1393, 12:14 عصر
با سلام
با توجه به سیستم ذخیره سازی جدید ارائه شده در در SQL Server 2008 به بعد یا FileStream و اینکه فایلهای اضافه شده در دیتابیس بصورت فایل در مسیر فیزیکی روی سرور ذخیره میشه، مشکلات قدیمی وجود ندارد و FileStream در SQL Server بسیار بهینه سازی شده و سرعتش هم خوبه.
ذخیره فایل و عکس در SQL Server 2008 به بعد یا FileStream انتخاب خوبی است و خیلی از مشکلات ذخیره بصورت فایل جانبی را ندارد.
با تشکر

saeed31641
چهارشنبه 09 مهر 1393, 21:12 عصر
لطفاً منبع تون رو معرفی کنین.البته اگر وجود داره!!!!

http://blogs.msdn.com/b/brian_swan/archive/2010/03/25/store-images-in-the-database-or-file-system.aspx
http://stackoverflow.com/questions/1010652/store-imagesjpg-gif-png-in-filesystem-or-db

Why Use FILESTREAM? FILESTREAM would seem to offer the performance benefits of storing images in the file system while removing the burden of keeping metadata stored in the database in sync with the images. Of course, it’s not that simple. What if you are dealing with only small images (like thumbnails)? What if security is a top priority? What if the ability to scale out is a concern? These are all legitimate questions and and there are great arguments about what is the best way to go, database or file system. The Stackoverflow thread I mentioned earlier (http://stackoverflow.com/questions/1010652/store-imagesjpg-gif-png-in-filesystem-or-db) offers some good resources for exploring how FILESTREAM address the debate:


An MSDN article is touting the FileStream datatype in SQL 2008 (http://msdn.microsoft.com/en-us/library/cc949109%28loband%29.aspx) as high performance.

SQL Skills has a great article with some SQL 2008 Filestream performance measurements (http://www.sqlskills.com/blogs/paul/post/SQL-Server-2008-FILESTREAM-performance.aspx).
Here is an article addressing varbinary vs. FileStream and performance of both datatypes (http://coolthingoftheday.blogspot.com/2009/01/sql-server-varbinary-vs-filestream-code.html).
If you are a SQL Mag subscriber, you can see a great article at SQL Mag on SQL 2008 FileStream (http://www.sqlmag.com/Article/ArticleID/101388/sql_server_101388.html).
Microsoft Research article:To Blob or Not To Blob (http://research.microsoft.com/apps/pubs/default.aspx?id=64525)