Личный опыт. Для организации отчётно_временной_период информации использую следующую структуру.

Отдельно таблица "Отчётный период" с его характеристиками и идентификатором (м.б. год_месяц).
Учётные данные вводятся за конкретный отчетный период, сохраняя в каждой записи его id. Это позволит перебрасывать учётные записи из периода в период по мере необходимости, не привязываясь к датам (учётной, ввода, отчёта и тд).

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

Полное согласие с Alexus12.
Ниже текст из топика "Вопрос А.Ромейко..." (не умею делать ссылок :(

Если Вы делаете локальную задачу - достаточно добавить в Вашу таблицу поле (поля) Year(Date())&Month(Date()) (или отдельно 2 поля), как Вам предлагали в предыдущем топике. Вы всегда будете однозначно трактовать значение '200404', как "за апрель 2004" (напишите выражение для перевода в соответствующий текст).

Понятие "отчётный период" используется практически во всех задачах учёта, но его реализация сильно зависит от мнения и методологической позиции автора реализации, отраслевой и административной специфики, действующего законодательства (... час, сутки, неделя, декада, месяц, кв-л, год...).

Самый общий подход к реализации: учётная запись имеет поле даты, пользователь вводит дату начала и окончания периода, а дальше работают группирующие запросы и Ваши выражения преобразования в удобочитаемый вид.

В Вашем случае, добавление поля yyyymm локализует задачу до отчётного периода в месяц (то, что требуется сейчас по законодательству и клиентом) и для, например, понеделього учёта это поле уже не подойдёт.

Выбор всегда за Вами, извините за занудство... про связывание полей таблиц - не пишу - это теория...

Как высказался классик:
"Есть задача: надо передвинуть груз в 1т на 1 метр. Будем решать в общем случае: как передвинуть груз любого веса на любое расстояние!..."

подозреваю, что ЭТО закинут в "трёп..."