Как лучше хранить много текста в таблице?

Question

[Сергей Пуговкин]

MariaDB, InnoDB
В таблице будут 200 текстовых (text) полей и одно числовое (int) id.
Довольно частые select по id с выбором только одного определённого текстового поля. И редкие insert одним скриптом по крону. И никаких update и delete.
Разумна ли такая архитектура таблицы? Не лучше ли перенести тексты в 200 текстовых файлов и считывать/записывать их через fseek((id - 1) * N), где N - максимально возможная длина текста?

Comments

[Saboteur]

Никак нельзя разбить на несколько таблиц?

[Сергей delphinpro]

с таким же успехом можно создать 200 таблиц в БД.

[ThunderCat]

Если бы еще было понятно для чего "такая каша вариться"...
на первый взгляд приходит единственная мысль:
таблица с 200 строками текста на каждую сущность, каждая со своим ид
таблица связей сущности и записей текстов (ид, сущность_ид, текст_ид)
таблица сущностей, к которым эти записи относятся(у вас она не упомянута, но наверняка есть)

[Сергей Пуговкин]

ThunderCat, ну вроде верно предполагаете. Там переводы текста на 35 языков. Изначально 5 текстовых полей, и id этой таблицы связано с id другой таблицы (а-ля posts). Т.е. тексты вынесены в отдельную таблицу. Теперь вопрос в том, как хранить переводы: там же, добавив варианты тестовых полей, добавляя к имени окончание из кода языка (например, text1_fr), или иначе.

[ThunderCat]

Сергей Пуговкин,

или иначе.

иначе. У вас должна быть таблица языков, связь соответственно будет через таблицу пост_ид - лэнгвидж_ид - текст_ид. Можно более "криво" - на каждый язык делать пост, в пост писать поле лэнгвидж_ид и груп_ид, где груп_ид будет отвечать за "объединение" всех постов общим смыслом. Преимущество данного метода - теги/заголовок/кейворды для каждого языка будут свои и при этом названия полей не будут зависеть от языка. Выборка из бд соответственно по груп_ид+лэнгвидж_ид.

[Сергей Пуговкин]

ThunderCat,

У вас должна быть таблица языков, связь соответственно будет через таблицу пост_ид - лэнгвидж_ид - текст_ид.

Точно... то, что надо. Спасиб

Answer 1

[Александр N++]

Как душе будет угодно
В mysql большие поля ( BLOB, TEXT*) хранится отдельно от таблицы, в самой таблице только указатель.

Например взгляните на Хабр имеет пост в котором есть большие текстовые поля.
И ежесекундно кто-то запрашивает конкретный пост с этим текстом и нечего все нормально.

Comments

[ThunderCat]

вроде вопрос не о типах данных, а о структуре таблиц/связей, + удобство бд vs файлы.

Answer 2

[rPman]

На вопрос как хранить нужно отвечать только после того как вы ответите на вопрос, как вы хотите это читать. Нужна ли фильтрация по этим полям или поиск например и т.п.

В зависимости от этого ответа и будут рекомендации. mysql с текстами работает без проблем, есть инструменты поиска и т.п. Храните все там как есть и не изобретайте себе проблем.

p.s. предвещая вопрос, если текстами являются например тяжелые книги (к примеру база librusec) то хранить файлы в самой базе - бессмысленно и даже вредно. Т.е. если вам не нужно разбирать содержимое текста, вам в принципе все равно как хранить, но базы данных могут давать дополнительный (небольшой) оверхед по используемому месту и даже на чтение, по сравнение с обычными файлами (исключение - когда их миллионы, там могут возникнуть проблемы из-за выбранной файловой системы).

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