برای هر کاربر یک بانک ؟؟ این غیر منطقی ترین روشی بوده که تا حالا شنیدم

بهتره از یک بانک مناسبتر مثل Sql استفاده کنید و نگران اطلاعات زیاد نباشید

از Sql 2016 استفاده کنید 

بحث Big Data رو پوشش میده و روی اطلاعات خیلی زیاد هم مشکلی پیش نمیاد 

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

ببینید مستندات کارهایی که قراره انجام بشه شکل گرفته اما هنوز جداول و بانک طراحی نشده. قبل از اینکه پایگاه شکل بگیره گفتم این موضوع رو حل کنم تا بعداً دچار مشکل نشم.

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

ببینید چندتا پیشنهاد پیدا کردم که هر کدومش مشکلات خاص خودشو رو داره:

1) برا هر کاربر یه بانک جدا ایجاد بشه! که زیاد منطقی نیست ( حداقل برای تعداد کاربرهای بالا جالب نیست )

2) توی هر جدول یک فیلد مثلا یوزرنیم یا یوزرآیدی بزارم! ( از اونجایی که بانک اطلاعاتی mysql هست و با dumper از کل بانک بک آپ گیری میشه، شاید یک کاربر لازم نداشته باشه که بک آپ بازگردانی بشه اما یکی دیگه این کارو میکنه!!! و اطلاعات اون کاربر حذف میشه!! حالا فکر هم نمیکنم دستوری باشه که بک آپ رو بر اساس شرطی روی یک فیلد خاص بگیره. شایدم باشه و من نمیدونم! )

از لحاظ حجم ذخیره سازی هم mysql مشکلی نیست. کافیه.

اگر لینکی ، مقاله ای یا راه حلی دارید بفرمایید ممنون میشم.

از یه تحلیل گر بانک های اطلاعاتی کمک بگیرید 

نمیتونید با نظر شخصی دیگران تصمیم بگیرید