Что лучше, несколько мелких таблиц или одна крупная?

@freelander · Регистрация: 23.12.2009

Студворк — интернет-сервис помощи студентам

Здравствуйте уважаемые пользователи форума! Помогите советом. Проектирую базу данных на MySQL, задался простым, но очень важным вопросом - что лучше, одна большая таблица или много маленьких? (с точки зрения дальнейшей обработки и пр.). Допустим есть данные их можно поместить в 1 таблицу 100 000 записей или в 100 по 1000 или в 10 по 10000. Будет стандартная работа с базой: добавление, удаление, несложный поиск в ней.
И еще, скажите пожалуйста сколько записей в таблице в MySQL максимально допустимо?
Спасибо большое, жду ответов от знающих людей.

@Gluck99 · 17.04.2024, 13:42

Сообщение от titan4ik

99,9% случаев применения

Вы говорите о неких абстрактных исключениях из правил. Дело в том, что если вопрос касается только данных, трудно представить себе ситуацию, в которой бы потребовалось столь радикально менять концепцию.
Но БД - это не сферический конь в вакууме, обычно это часть проекта. И если рассмотреть вопрос с этой точки зрения, то кроме собственно данных существуют, например, бизнес-правила, которые диктуют приоритет тех или иных инженерных решений - и диктуют гораздо чаще и радикальнее, чем многим кажется. Допустим, если в нашем проекте в приоритете безопасность данных, то в таком случае удобнее разбить данные на несколько таблиц и дать доступ каждой отдельной группе пользователей к своей таблице на уровне сервера. Даже с учётом полной однородности таких данных.

@Ludwig Valentin · 18.04.2024, 05:51

titan4ik,

Это называется Table Partitioning
Не могу скопировать всю статью, так как она довольно большая.
В статье есть и про вертикальное и про горизонтальное партиционирование.

@titan4ik · 18.04.2024, 13:37

Ludwig Valentin,
меня больше интересует горизонтальное разбиение. Выходит, что такая практика существует. Спасибо!
Вынесу это в отдельное обсуждение в разделе SQLite. Тут важна и специфика СУБД. Насколько я помню, в SQLite она имеет место быть в части кластеризированного индекса.

Новые блоги и статьи Все статьи Все блоги /
[golang] Угол между стрелками часов alhaos 12.05.2026 По заданным значениям часа и минуты необходимо определить значение меньшего угла между стрелками аналогового циферблата часов. import "math" func angleClock(hour int, minutes int) float64 { . . .	Debian 13: Установка Lazarus QT5 ВитГо 09.05.2026 Эта инструкция моя компиляция инструкций volvo https:/ / www. cyberforum. ru/ blogs/ 203668/ 10753. html и его же старой инструкции по установке Lazarus с gtk2. . .	Нейросеть на алгоритме "эстафета хвоста" как перспектива. Hrethgir 06.05.2026 На десерт, когда запущу сервер. Статья тут https:/ / habr. com/ ru/ articles/ 1030914/ . Автор я сам, нейросеть только помогает в вопросах которые мне не известны - не знаю людей которые знали-бы. . .	Асинхронный приём данных из COM-порта Argus19 01.05.2026 Асинхронный приём данных из COM-порта Купил на aliexpress термопринтер QR701. Он оказался странным. Поключил к Arduino Nano. Был очень удивлён. Наотрез отказывается печатать русские буквы. Чтобы. . .
попытка написать игровой сервер на C++ pyirrlicht 29.04.2026 попытка написать игровой сервер на плюсах с открытым бесконечным миром. возможно получится прикрутить интерпретатор питон для кастомизации игровой логики. что есть на текущий момент:. . .	Контроль уникальности выбранного документа-основания при изменении реквизита Maks 28.04.2026 Алгоритм из решения ниже разработан на примере нетипового документа "ЗаявкаНаРемонтСпецтехники", разработанного в КА2. Задача: уведомлять пользователя, если указанная заявка (документ-основание). . .	Благородство как наказание Maks 24.04.2026 У хорошего человека отношения с женщинами всегда складываются трудно. А я человек хороший. Заявляю без тени смущения, потому что гордиться тут нечем. От хорошего человека ждут соответствующего. . .	Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .

@freelander 0 / 0 / 0 Регистрация: 23.12.2009 Сообщений: 3

	Что лучше, несколько мелких таблиц или одна крупная? 23.12.2009, 15:16. Показов 18076. Ответов 22 Метки нет (Все метки) Здравствуйте уважаемые пользователи форума! Помогите советом. Проектирую базу данных на MySQL, задался простым, но очень важным вопросом - что лучше, одна большая таблица или много маленьких? (с точки зрения дальнейшей обработки и пр.). Допустим есть данные их можно поместить в 1 таблицу 100 000 записей или в 100 по 1000 или в 10 по 10000. Будет стандартная работа с базой: добавление, удаление, несложный поиск в ней. И еще, скажите пожалуйста сколько записей в таблице в MySQL максимально допустимо? Спасибо большое, жду ответов от знающих людей. 0

@Ludwig Valentin Valechka-Думай о Высоком 171 / 290 / 26 Регистрация: 11.08.2022 Сообщений: 3,713
	18.04.2024, 05:51
	titan4ik, Это называется Table Partitioning Не могу скопировать всю статью, так как она довольно большая. В статье есть и про вертикальное и про горизонтальное партиционирование. 1

@titan4ik Заблокирован
	18.04.2024, 13:37
	Ludwig Valentin, меня больше интересует горизонтальное разбиение. Выходит, что такая практика существует. Спасибо! Вынесу это в отдельное обсуждение в разделе SQLite. Тут важна и специфика СУБД. Насколько я помню, в SQLite она имеет место быть в части кластеризированного индекса. 0