উত্তর:
এই উত্তরটি দেখুন:
ডিবিতে চিত্রগুলি সংরক্ষণ করছেন - হ্যাঁ না না?
মূলত, ব্যবহারকারীর সংখ্যার উপর নির্ভর করে স্পেস এবং পারফরম্যান্স হিটটি বেশ বড় হতে পারে। এছাড়াও, মনে রাখবেন যে ওয়েব সার্ভারগুলি সস্তা এবং আপনি সহজেই লোডের ভারসাম্য বজায় রাখতে আরও কিছু যোগ করতে পারেন, তবে ডাটাবেসটি সাধারণত কোনও ওয়েব আর্কিটেকচারের অংশ স্কেল করা সবচেয়ে ব্যয়বহুল এবং শক্ত is
কিছু বিপরীত উদাহরণ রয়েছে (যেমন, মাইক্রোসফ্ট শেয়ারপয়েন্ট), তবে সাধারণত, ডাটাবেসে ফাইল সংরক্ষণ করা ভাল ধারণা নয়।
সম্ভবত আপনি ডেস্কটপ অ্যাপ্লিকেশন লিখেন এবং / বা আপনার কতজন ব্যবহারকারী থাকতে পারে তা মোটামুটিভাবে না জানা তবে আপনি কোনও পাবলিক ওয়েব সাইটের মতো এলোমেলো এবং অনাকাঙ্ক্ষিত কিছু হিসাবে, আপনি ডাটাবেসে ফাইল সংরক্ষণের জন্য একটি উচ্চ মূল্য দিতে পারেন।
আপনি যদি এসকিউএল সার্ভার ২০০৮ এ যেতে পারেন তবে আপনি ফাইলস্ট্রেম সমর্থনটি গ্রহণ করতে পারেন যা আপনাকে উভয়ের মধ্যে সেরা দেয় - ফাইলগুলি ফাইল সিস্টেমে সঞ্চিত করা হয়, তবে কেবল একটি ভার্চর ক্ষেত্রে ফাইলপথ সংরক্ষণ করার চেয়ে ডাটাবেস ইন্টিগ্রেশন আরও ভাল। আপনার ক্যোয়ারী একটি স্ট্যান্ডার্ড .NET ফাইল স্ট্রিম ফিরিয়ে দিতে পারে যা ইন্টিগ্রেশনকে অনেক সহজ করে তোলে।
আমি বলব, এটি আপনার পরিস্থিতির উপর নির্ভর করে। উদাহরণস্বরূপ, আমি স্থানীয় সরকারে কাজ করি এবং আমাদের মগশট ইত্যাদির মতো প্রচুর চিত্র রয়েছে We আমাদের প্রচুর ব্যবহারকারীর সংখ্যা নেই তবে ডাটার চারপাশে আমাদের ভাল সুরক্ষা এবং নিরীক্ষণ করা দরকার। ডাটাবেস আমাদের জন্য আরও ভাল সমাধান যেহেতু এটি সহজ করে তোলে এবং আমরা স্কেলিং সমস্যাগুলিতে যাব না।
এখানে প্রশ্ন কি?
মডার্ন ডিবিএমএস এসকিউএল ২০০৮ এর বিএলওবিগুলি ব্যবহার করার বিভিন্ন উপায় রয়েছে যা কেবল একটি টেবিলের মধ্যে স্টিক করে না। অবশ্যই বিভিন্ন উপকারিতা এবং বিপরীতে রয়েছে এবং আপনার এটি সম্পর্কে আরও গভীরভাবে চিন্তা করার প্রয়োজন হতে পারে।
এটি একটি আকর্ষণীয় কাগজ, দেরী (?) জিম গ্রে দ্বারা
ব্লগ করতে বা না করতে ব্লগ করতে: একটি ডেটাবেস বা একটি ফাইল সিস্টেমে বড় অবজেক্ট স্টোরেজ
আমার নিজের অভিজ্ঞতায় ফাইল হিসাবে ফাইল সংরক্ষণ করা সর্বদা ভাল। কারণটি হ'ল ফাইল-সিস্টেম ফাইল স্টোরেজের জন্য অনুকূলিত, যেখানে কোনও ডাটাবেস নেই। অবশ্যই, কিছু ব্যতিক্রম রয়েছে (যেমন এসকিউএল সার্ভারের উপরে নেক্সট-জেনারেল জেনারেল এমএস ফাইল সিস্টেমটি নির্মিত হওয়ার কথা) তবে সাধারণভাবে এটি আমার নিয়ম।
পারফরম্যান্স একটি সমস্যা হিসাবে আমি মনে করি যে আধুনিক ডাটাবেস ডিজাইনগুলি ছোট ফাইলগুলির জন্য এটি খুব কম ইস্যু করেছে।
পারফরম্যান্স একদিকে রেখে, এটি ঠিক কতটা দৃ tight়ভাবে ডেটাযুক্ত তা নির্ভর করে। যদি ফাইলটিতে ডেটা থাকে যা ডাটাবেসের ক্ষেত্রগুলির সাথে ঘনিষ্ঠভাবে সম্পর্কিত হয়, তবে এটি ধারণাগতভাবে এটির নিকটবর্তী এবং এটি একটি ব্লাবে সংরক্ষণ করা যেতে পারে। যদি এটিতে এমন তথ্য থাকে যা সম্ভবত একাধিক রেকর্ডের সাথে সম্পর্কিত হতে পারে বা ডাটাবেসের প্রসঙ্গে বাইরে কিছু ব্যবহার থাকতে পারে, তবে এটি বাইরের belongs উদাহরণস্বরূপ, ওয়েব পৃষ্ঠায় একটি চিত্র পৃষ্ঠা থেকে পৃথক অনুরোধে এনেছে যা এর সাথে লিঙ্ক করে, তাই এটি বাইরে থাকতে পারে (নির্দিষ্ট নকশা এবং সুরক্ষা বিবেচনার উপর নির্ভর করে)।
আমাদের আপস, এবং আমি প্রতিশ্রুতি দিই না যে এটি সর্বোত্তম, ডাটাবেসে ছোট্ট এক্সএমএল ফাইলগুলি সংরক্ষণ করা হয়েছে তবে এর বাইরে চিত্র এবং অন্যান্য ফাইল রয়েছে।
পারফরম্যান্স সমস্যার প্রত্যাশায় আমরা http://www.freshlogicstudios.com/Products/Folders/ অর্ধেকের জন্য ভেরিবিনারি হিসাবে সংরক্ষণের সিদ্ধান্ত নিয়েছি । আমি বলতে পারি যে এটি কতটা কার্যকর হয়েছে তা নিয়ে আমরা আনন্দিতভাবে অবাক হয়েছি।
আমি @ জোম্বিশিপ এর সাথে একমত আরও একটি জিনিস - আমি সাধারণত মনে করি না যে ডেটাবেসগুলি আসলে বহনযোগ্য হতে পারে কারণ আপনি আপনার ডিবিএমএস বিক্রেতার যে সমস্ত বৈশিষ্ট্য সরবরাহ করেন তা মিস করেন। আমি মনে করি যে অন্য ডাটাবেসে স্থানান্তর করা সর্বশেষ বিষয়টিকে বিবেচনা করবে। শুধু আমার 0 .02
একটি ব্লব (চিত্র) কে বাইট অ্যারেতে পার্স করার পরে এবং এটি যথাযথ ফাইলের নামে ডিস্কে লিখুন এবং তারপরে এটি পড়া খুব বেশি সময় আপনাকে নিরুৎসাহিত করার জন্য একটি ওভারহেডের হিট যথেষ্ট, বিশেষত যদি ফাইলগুলি হয় বরং বড়.