[zvezda_t]

Главная таблица хранит данные всех студентов.
Поля для изменения - это решения степендиальной коммиссии о начислении стипендии,
проходит коммисия в два этапа.
Если студент по оценкам проходит, выносится первое решение - поле a1, допускается на конкурс второго этапа, принимается решение - поле b1.

Но бывает что студент прересдал экзамен, тогда нужно принимать решения заново.
Решения a1 и b1 обнуляются (но в истории должны храниться и когда было обнуление, тоже нужно хранить) Для этого я и сделала вспомогательную таблицу - решений.

но:

в итоге в главной таблице - у меня последняя версия данных, а в таблице вспомогательной храниться история перезаписанных полей, но в этом случае получается что
1)в главной и вспомогательной таблицах есть одинаковая запись(последняя)
2) некоторые поля во вспомогательной таблице не всегда перезаписываются и следовательно пустуют

как обычно журнализацию делают грамотно?

[Sham]

Не понял, причем здесь журналирование (это ж логи по сути).

У вас неудобная структура БД. Для решений по идее должна быть отдельная таблица (с полем даты), которая будет связываться с главной таблицей по какому-то полю (по id студента). В главной таблице должны храниться только постоянные, редко меняющиеся данные. Тем самым распределяется нагрузка на таблицы.

[fonarik]

у меня похожий вопрос,мне нужно создать каталог HTML страниц в папке.
в качестве меню должна быть 1 страница, в которой ссылки ведут на все остальные находящиеся в этой папке.
с помощью чего это делается?

[zvezda_t]

Sham , а журнализацию (логи) - как делают?

fonarik, у Вас кажется не очень похожий вопрос)))
Вы уверены что вам нужно в БД хранить названия ссылок?
первая страница index.html - всегда)

[Sham]

журнализацию (логи) - как делают? »

странный вопрос... как нужно, так и делают . В нужных местах кода предусматривается запись данных в файл/таблицу лога. Содержимое и формат мб произвольные, в зависимости от задач. Помимо этого в БД мб встроен свой механизм логов.