Форум PHP программистов -> организация таблиц для хранения текстов

Страницы: (2) 1 [2] ( Перейти к первому непрочитанному сообщению )

организация таблиц для хранения текстов

Подписка на тему | Сообщить другу | + закладки | Версия для печати

sergeiss

Дата

Сидел он, дум великих полон - и вдаль глядел

Профиль
Группа: Эксперт
Группа переписки

Сообщений: 15860
Пользователь №: 4190
На форуме: 17 лет, 3 месяца, 17 дней
Карма: 490

Цитата (hurt3 @ 2.01.2015 - 22:18)

т.е. фактически для больших текстов должна быть доп таблица?

Не обязательно. Если ты принимаешь решение, что даже LONGTEXT может не вместить данные, то просто добавь еще одно поле в таблицу. В нем записывай порядковый номер загруженной части данных. То есть, числа 1, 2, 3... При выборке, соответственно, указывай сортировку по возрастанию по этому полю.
Если же данные убираются в одну запись, то пиши там 0. Это будет четким индикатором того, что не надо читать другие записи.

Но вообще, я смутно представляю, что такое можно грузить объемом больше 4 ГБ

Да даже пусть чуть меньше 4 ГБ, чтобы одним куском записать. Кроме всего прочего, это будет время немало занимать. Да и обрабатывать на серваке тоже время нужно. Не говоря о том, что загрузить это всё в БД тоже нехило так получится сервер нагрузить.

--------------------

* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Для быстрого поиска похожих сообщений выделите 1-2 слова в тексте и нажмите сюда

Для быстрой цитаты из этого сообщения выделите текст и нажмите сюда

mvg

Дата

Здесь живет

Профиль
Группа: Форумчанин
Завсегдатай форума

Сообщений: 474
Пользователь №: 37895
На форуме: 11 лет, 9 месяцев, 23 дня
Карма: 22

Цитата (Valick @ 3.01.2015 - 12:51)

mvg, это сделает невозможным добавление двух текстов с одинаковым названием.
Вы правда хотите со мной поговорить о нормальных формах ?

~~Ну да, я так и предполагал. Одна запись, один текст.~~ Это было хорошая идея до тех пор пока бы не понадобилась разбивать текст на фрагменты, потому что LONGTEXT хорошо до тех пор пока не пришлось сделать выдачу на страницу так, чтобы юзер не уснул, чтобы не оборвало по тайм-ауту и т.п. И тут скорее всего на помощь придет MEDIUMTEXT максимальным размеров 16Мб, а лучшим вариантом будет TEXT! со своими скромными 16K. Однако при существовании желания запостить "войну и мир" надо будет сделать так, чтобы названия книг хранились в одной таблице, а сами книги, подробленные на куски размером с TEXT хранились в связанной с таблицей названий таблице книги. И еще мне не понятно при чем тут юзер и где его роль в хранении книг?

В ситуации сейчас которая получилась из разговора моя структура таблиц выглядит так:
Автор : id | name | soname -> Книги: id | author-id | bookname | -> Текст : id | book-id | text.

Надо дальше разговаривать потому что БД строиться бесплатно :-)

Valick	Дата
Здесь живет Профиль Группа: Форумчанин Сообщений: 6466 Пользователь №: 35718 На форуме: 12 лет, 6 месяцев, 4 дня Карма: 208	Разбивать текст на куски и хранить их отдельно не очень хорошая идея. Лучше в XML формате, это позволит выбирать текст из БД томами или главами и не отказываться от нормального полнотекстового поиска без нарушения релевантности. Отдавать клиенту для чтения роман целиком нет необходимости, пагинацию можно сделать на уровне РНР, а если хватит ума и на уровне СУРБД. -------------------- Стимулятор ~yoomoney - 41001303250491