Есть ли ограничение на количество таблиц в базе данных?

Question

Есть ли ограничение на количество таблиц в базе данных? Будет ли это считаться плохим программированием или как? У меня много информации о пользователе, и мне интересно, будет ли хорошо иметь много таблиц?

Answer 1

Если вы рассматриваете этот вопрос, вам, вероятно, следует изменить способ хранения данных. Обычно считается плохой практикой иметь схему базы данных, в которой число таблиц со временем увеличивается. Лучший способ хранить данные - это иметь идентифицирующие столбцы (например, идентификатор пользователя) и использовать строку для каждого пользователя. У вас может быть несколько таблиц для разных типов данных, но не должно быть таблиц для каждого пользователя.

Answer 2

Только что нашел это

http://bobfield.blogspot.com/2006/03/million-tables.html

Так что, если вы подозреваете, что у вас будет более миллиона таблиц, вам следует подумать о редизайне базы данных;) Также обратите внимание, что этот пост от2006

Answer 3

Нет, у mysql нет ограничения на количество таблиц в базе данных, хотя, очевидно, вы будете ограничены тем, сколько места на диске у вас есть.вопрос, ваш предполагаемый дизайн, вероятно, довольно уродлив.

Answer 4

Обычно лимит, если он есть, должен быть достаточно большим, чтобы не беспокоиться.Если вы беспокоитесь об этом, у вас есть большие проблемы.Например, если вы имеете дело с клиентами, у которых есть заказы, вы должны создать таблицу для клиентов и таблицу для заказов.Вы не должны создавать таблицу для каждого клиента.

Answer 5

обычно не логический предел нет.но этот вопрос вызывает дискуссию - почему вы думаете, что вы можете приблизиться к пределу?если вы будете создавать много-много таблиц, то создается впечатление, что вы действительно хотите вместо этого создавать много-много строк ... возможно, вы могли бы развить свою идею, чтобы мы могли предоставить некоторые рекомендации по схеме ..?

Answer 6

Я вижу причину, по которой некоторым может потребоваться таблица для каждого пользователя. Если у каждого пользователя будет увеличиваться количество журналов / записей / строк с течением времени, и вы не хотите, чтобы код сортировал гигантский список записей, ищущих строки, соответствующие только определенному userID, тогда приложение просто найдите таблицу с заданным идентификатором пользователя, и тогда все в этой таблице предназначено только для этого пользователя. Это улучшит производительность, если вы захотите сравнить и отсортировать данные для одного конкретного пользователя. Я использовал этот метод, хотя и с менее чем сотней пользователей. Не уверен в каких-либо последствиях, с которыми могут столкнуться тысячи пользователей.

Answer 7

Да, есть предел ... но вы, вероятно, найдете его.65 000 последний раз я слышал .. http://forums.mysql.com/read.php?32,100653,100653

Answer 8

Зачем помещать пользователей в свои таблицы? Похоже, трата времени для меня. Одна таблица пользователей с идентифицирующим идентификатором, которая увеличивается при каждом добавлении новой строки, будет работать нормально.

Идентификатор может быть внешним ключом для других таблиц, таких как «Blog_Posts» - в каждом сообщении блога должен быть автор, и поэтому вы можете использовать столбец «AuthorID», который будет соответствовать идентификатору пользователя в ваших пользователях. таблица.

Экономит пространство и время - плюс он чище.