2015-07-23 2 views
-1

Я создаю веб-приложение, которое использует базу данных (в частности, MySQL). Для каждой базы данных каждый пользователь будет иметь свою собственную таблицу, каждая из которых имеет свою категорию. Например:Таблица SQL MAX Limit

База данных 1 (Music Playlist) - Таблицы: User1, User2, User3

База 2 (Стена сообщений) - Столы: User1, user2, User3

базы данных 3 (Стена ответов) - Таблицы: User1_post1, User1_post2, User3_post1

Предположим, у меня сейчас 100 000 пользователей. Размышляя о том, сколько таблиц есть в целом, будет ли это разумным? Существует ли максимальный предел таблицы? Это повлияет на производительность?

Я беру курс прямо сейчас, и я только понял, что есть ПРИСОЕДИНЕНИЕ таблиц. Это лучшая идея? Будет ли разница в производительности?

+0

Существует имя для этой модели (на самом деле: 2 имени, но 1 inpolite): Иерархическая модель данных. Совет не должен использовать это: слишком много обслуживания. –

ответ

1

Реляционные базы данных предназначены для обработки больших объемов данных. Таблицы со многими миллионами строк не редкость; есть примеры с миллиардами строк. Таким образом, вам не нужно беспокоиться о 100 000 пользователей, если вы понимаете, как структурировать вашу базу данных. Две ключевые идеи - это индексы и разделы.

У вас есть проблемы с вашей структурой. Вы делаете не хотите отдельную таблицу для каждого пользователя. Вам нужна одна таблица со столбцом, определяющим пользователя. Хотя таблицы будут иметь сотни тысяч или миллионы строк, вам не нужно беспокоиться. Базы данных предназначены для такого типа томов.

Смежные вопросы