Каков реглмент формирования отчета 3?
Существует ли необходимость оперативно распечатать этот отчет по тесту, пройденному десять лет назад? Имеет ли смысл хранить эти данные, может быть имеет смысл хранить сам отчет? Скажем PDFе, на болванке, в сейфе. И регламентно сливать эту инфу в pdf раз в месяц/ поугодие/год.

Можно добвить разрез даты в таблицу и секционироватся по ней. Раз, скажем в месяц, добавлять секцию, а какую нить древнюю секцию сливать на ленту, болванки

Но вообще, думаю две тыщщи строк по индексу из миллиарда выберется вполне за приемлемое время. При наличии достаточных мощнотсей есесно.

Может быть стоит хранить информацию только о не правильно отвеченных вопросах? Зачем дублировать правильно отвеченный вопрос? Ведь информация о правильных ответах на вопросы хранится таблице "Тответы", и по сути информация о правильных ответах будет дублироваться в таблицах "Тответы" и "Рответы". Это значительно позволит сократить объем записей в таблице "Рответы".
Также метод хранения только не правильно отвеченных вопросов упростит выборку из БД, просто выводить все что есть в таблице "Рответы" с указанным id_теста, группировать по id_вопроса

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

Метод партиционирование (partitioning) таблиц — это разбиение больших таблиц на логические части по выбранным критериям.. На нижнем уровне для myISAM таблиц, это физически разные файлы, по 3 на каждую партицию (описание таблицы, файл индексов, файл данных). 

Я могу установить границы логических частей в зависимости от количества записей в таблице. 

лог_часть1 от 0 до 1 000 000
лог_часть2 от 1 000 001 до 5 000 000
лог_часть3 от 5 000 001 до 10 000 000
лог_часть4 от 10 000 001 до 20 000 000
лог_часть5 от 20 000 001 до 50 000 000
лог_часть6 более 50 000 001

Во время запроса, поиск будет происходить не во всех таблице а только в пределах какого то логического раздела, что существенно сократит поиск информации в таблице. 

Я правильно понимаю принцип партиционирования таблиц? Или принцип работы другой и не годится для данной структуры?



Это сообщение отредактировал(а) Norfonzor - 17.11.2011, 09:01