При создании сайта, как Facebook
мы можем придерживаться двух подходов к проектированию баз данных, поэтому, пожалуйста, предложите лучше
Беспокойство — защита данных и управление резервным копированием
Подход 1
Разработайте таблицу, в которой будут храниться все данные личного кабинета, и какую-то другую таблицу, в которой будут храниться другие ключи, например, изображение и т. Д.
проблема возникнет, когда в таблице будет 10 lakhs записей, возможно ли после этого сделать резервную копию
некоторые хостинговые компании не позволят это сделать.
Подход 2
Хотя регистрация пользователей назначит пользователям отдельную таблицу, таким образом, пользователь достигнет десяти тысяч строк за 5 лет или около того, только предположение
но это означает, что миллионы таблиц в базе данных, если миллион пользователей зарегистрироваться, и это снова проблема, я считаю,
Пожалуйста, предложите лучший способ, если кто-нибудь может
Сайты размером с Facebook имеют уникальные проблемы, специфичные для их настроек. Facebook, Twitter, Google и т. Д. Имеют собственные вилки движков баз данных и часто даже пишут свои, и они будут использовать разные базы данных для разных целей. Очень мало того, что они делают, будет применимо ко всему, что вы строите.
Подход № 1, безусловно, лучше. С правильными индексами и хорошим дизайном базы данных MySQL может поддерживать миллиарды строк. Он не может так легко поддерживать миллионы таблиц.
Других решений пока нет …