Пока излагал все это. Пришла мысль. Если одинаковые события происходят в разные даты с одними и теми же записями, то хранить это все в рамках одно таблицы видимо не выйдет. Но и создавать 30-40 таблиц с большим объемом данных не хочется, так как эти данные будут дублировать данные основной таблицы и справочников, то может при каждом новом событии - создавать таблицу, где хранить только: Дату события, уникальный номер записи и порядковый номер, который получила эта запись именно в это число месяца? А потом с помощью SQL вытягивать на основе этих полей-идентификаторов, все необходимые данные уже в развернутом виде. То есть получается - создавать не таблицу с набором данных, а таблицу с идентификаторами, по которым, при необходимости, можно будет запросом вытаскивать из БД всю остальную информацию? Как-то так. Я же смогу создать хранимую процедуру, которая будет создавать такие таблицы-идентификаторы по необходимости? Пусть их будет хоть 60 за месяц - они ведь будут совсем маленькие по размеру - на три поля и максимум на 200 записей +/- А в конце года - делать Бекап базы и удалять их...
MDI-приложение - Посмотрел, да было бы замечательно так все реализовать... Благодарю за подсказку.
|