1-й вариант хранить постранично в базе - id книги, № страницы, текст
2-й вариант - вставить в текст теги типа <page> и разбивать по ним

1-й лучше

Это имеется ввиду выгрузить из SQL книгу, разрезать руками на 500 частей (в книге более 500 страниц) и каждую отдельную страницу загрузить обратно?
Вариант конечно хороший, но по времени не подходит, хочется в этом году закончить

можешь разрезать програмно.. кто мешает-то..

есть программа?

так напиши ее! Поставь задачу хоть для начала конкретно

кстати, эта таблица будет кросс-таблицей?

Я не вижу глобальной проблемы с самим принципом, если честно говорить... Для начала считываешь информацию в переменную, затем определяешь ее длину, затем вырезаешь нужный кусок... Выводишь его на странице, создаешь ссылки для перехода вперед-назад...
Проблема только в том, что если в одном поле - целая книга, то ты будешь каждый раз грузить компьютер большой и ненужной задачей.
Это я про алгоритм говорил
Можно изначально разбить текст на отдельные записи нужно длины. Правда, если захочется потом не по 10, а по 15 КБ выводить, то придется покувыркаться немного, переделывая БД
Можно сделать компромиссный вариант: одна запись - одна глава из книги. А уже потом считываешь целую главу в переменную, вырезаешь из нее кусок и показываешь пользователю.

Или проблема в том, что не можешь это оформить на PHP?

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

Sylex, смотря что ты понимаешь под "кросс-таблицей"

к сожалению моих знаий для этого будет явно не достаточно



Есть 400 kb текста, его нужно выложить на сайт, с разбиением по страницам (например 100 страниц по 4kb)
Задача - сделать это максимально просто с минимальными временными затратами.

Моя мысль была какая - загоняем текст в стороку таблицы SQL (собственно это уже сделано)
Далее из php файла с помощью SQL запроса вытаскиваем первые 4kb, затем с помощью paginator-а следующие 4kb и т.д.
Это технически сделать возможно?

честно говоря, я хочу понять что это такое точно... читал много, но толком не понял, является в данном примере это крос или нет.

технически - возможно, http://phpclub.ru/mysql/doc/string-functions.html
вот только как-то это через ....

Sylex, по моему - это вопрос исключительно определений.

Ничего сложного. В цикле берешь первую часть (4 Кб) и вставляешь в БД с номером 1, берешь вторую часть (4 Кб) и вставляешь в БД с номером 2. SQL так хорошо не знаю, я сделал бы через PHP алгоритм..

Фактически нужен алгоритм разделения строки на участки, где учесть, что слово нельзя делить, или даже делить по предложению ближайшему.

А если через SQL, то вот прекрасная функция:
LOCATE(substr,str,pos) - Возвращает позицию первого вхождения подстроки substr в строку str, начиная с позиции pos. ОООччень очень примерно (с ошибками в синтаксисе, потому что я его не знаю, нужно копать)):



т.е. ищем начиная с ( 4000 * номер страницы ) символов искать точку с пробелом, типа наверняка это - предложение. И начиная с предложения "выдираем" строку в 4000 символов.

согласен, но мои знания в программировании не позволят мне сделать все по человечески
если поможете, то я с удовольствием

Смотря какой алгоритм ты имеешь ввиду Я их тут много набросал...

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

PS. А вся интеллектуальность алгоритма разбиения - найти пробел и резать по нему, а не в середине слова. И при таком подходе можно всегда легко и быстро перестроить данные, если потребуется другой объем для вывода на каждом шаге. Потому что сами данные будут целостные, изменится только (условно говоря) индексация.

цифры с 5-й по 6-ю не просто так возникли
смотри, берем 1-ю страницу (ну допустим по 1000 символов), отсекаем хвост - остаётся 997 символов.
при выводе 2-й страницы (это, кстати, заново запущенный скрипт) в котором передаём параметр $page=2 мы с какого символа всё это выводить будем.. с 1000-го или возвращаться обратно, считать где закончиласть 1-я..
а на 25-й?
не, ну можно конечно в урле не страницу, а номер символа передавать, но лично я с такого урла афигею

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

Sylex по точке кстати тоже не рекомендую ловить - возможны сокращения типа г. кг. руб. м. км. и т.д.

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

как вариант - по точке, пробелам + регистр следующей буквы.. регуляркой соответствующей. тоже не 100% попадание однако, т.к след. может идти имя собственное.

В базе есть сообщения, в данном коде вывожу 30 сообщении на страницу а сообщении гораздо больше, как мне вывести 30 сообщении на одной странице, потом нажать цифру 2 и вывести продолжение с 31 страницы по 60 и.т.д.?

novice, это делается с помощью установки смещения в запросе, тоесть LIMIT 0, 30 покажет 30 записей с нулевой. Чтобы перейти на следующую страницу нужно написать LIMIT 30, 30, тогда покажется 30 записей с 30-й записи. 3-я страница будет выглядеть так - LIMIT 60, 30 (с 60-й записи вывести 30 штук итд).
Остается подумать над алгоритмом пагинации =)

Всё, спасибо, нашёл, попробовал, вроде как заработало.