Всем доброго времени суток! :)

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

Общие сведения (предыстория):
Необходимо разработать приложения для бухгалтерского учета, в котором должна быть возможность использования бухгалтерских проводок. Все это реализуется на базе MS SQL server 2008.
Приложение при помощи ОДНОГО запроса считывает данные, которые касаются проводок. При помощи другого запроса записывают данные в базу.
Проблема в том, что не получается создать нединамический запрос к базе для считывания данных. Т.е пока есть решение только с использованием динамического запроса, от которого, понятное дело, хочется уйти.

Создал следующую модель базы данных (схема в аттаче):

Схема и краткое описание структуры таблиц:
Account - счета, таблица для хранения счетов бухгалтерского учета.
LedgerAccount - субконто счетов. Здесь есть связь с таблицей Object для того, что бы понимать какой субконто соотносится с какими справочниками, например Субконто Договора" можно сопоставить значениям из справочника(объекта системы) "Договора".
AccountLedgerAccount - Привязка субконто к счетам.
Transaction - бухгалтерские проводки
LedgerAccountValue - значения субконто счетов в определенной проводке.
Object - перечень всех объектов в системе, под объектами понимаем все справочники, журналы, отчеты. Обьект собирается во вьюхе, условно считаем, что это одна таблица.

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



-- цепляем счета по Дебету и по Кредиту


-- цепляем субконто счетов кредита и дебета


/* далее нужно выцепить ЗНАЧЕНИЕ субконто. Предполагается, что этим значением является одна из записей из справочников или журналов системы (ссылка на договор, контрагента и т.д.) и хранится это значение в поле ReferenceId проблема в том, что далее в запросе нужно подцепить нужную таблицу, а какую нужно цеплять таблицу(вьюху) зависит от того, какое
именно субконто стоит в данном счете.
Например, если у нас одно из субкон контрагенты тогда нужно цеплять таблицу Contragent:
*/



--если же субконто договора, тогда нужно цеплять таблицу Dogovor:



Проблема в том, что в ReferenceId таблицы LedgerAccountValue может быть значение из многих таблиц (объектов). Понимаю, что это неправильно
(подскажите, пожалуйста, как можно это сделать правильно?). Для вывода значений субконто пока вижу только путь с использованием динамического запроса:

Для этого вытаскиваем имя таблицы(вьюхи)
-- цепляем таблицу субконто



и тогда в la1.ObjectId - будет ID объекта системы, по которому я уже смогу выйти на название таблицы



ob.ViewName - имя таблицы (вьюхи) , котрую нужно цеплять

и дальше написать финальный
динамический запрос для выемки значение субконто из таблицы.
Хотелось бы реализовать все это таким образом, что бы при добавлении новых
субконто в счета, а так же добавлении новых счетов с субконтами, не было необходимости переписывать хранимые процедуры и менять exe-шник,
и не использовать динамические запросы. (Не слишком ли это многого я хочу ?)

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

SERG1257, приветствую! :)

Спасибо за ответ. Боюсь, сейчас вариант с сквозными ID достаточно проблематично реализовать, т.к. сейчас в системе уже существует большое количество объектов(таблиц) с большим количеством внешних связей, и изменять их Id на сквозной это очень большие трудозатраты. Нет ли еще какого-либо пути? может, можно как-то изменить структуру базы данных, относящуюся к проводкам?

SERG1257,

+ в случае добавления нового субконто каждый раз нужно будет править запрос, который начитывает данные, а это тоже крайне нежелательно.

LSV,
LSV, Как вы думаете, а возможно ли какое-то решение на уровне СУБД, что бы при добавлении новых таблиц завязанных с субконто, не приходилось бы править код хранимых процедур и функций?

Mikle83Как вы определяете условие "ЕСЛИ". Где у вас хранится признак что именно для конкретной записи "субконто"?

Mikle83, нужную таблицу, связанную с субконто, могу получить через такой запрос:




в ob.ViewName - имя искомой таблицы которую нужно цеплять. Проблема в том , что заранее неизвестно какое количество субконто может быть у счета, их количество может изменяться от 1 до .. N. Соответственно, неизвестно сколько и какие таблицы нужно join -ить в запросе получения данных.

Кот МатроскинНет - только при добавлении нового типа субконто. Например, решаем "теперь у нас в системе могут быть субконто Контрагенты" - тогда да, надо будет переписывать запрос, чтобы добавить приведенную мной строчку.


В том-то все и дело, что хочется уйти от постоянной правки запросов, при добавлении новых субконто (типов субконто). Возможно ли это ? Использовать функции (но в них получается тоже необходимо будет использовать динамические запросы ?) Либо как-то изменить структуру данных ?

так зашёлЕсли типов субконто не очень много(не более 10ти), то можно обойтись набором left join'ов

Точное количество субконто не известно, вряд ли оно, конечно, будет больше 10, но полагаться на это мне кажется тоже не совсем правильно.
Ищется решение возможно даже , связанное с изменением структуры данных таблиц, которое позволит уйти от постоянных правок, хранимых процедур /функций при добавлении этих самых субконто.

авторА вот если таблиц очень много. Тогда действительно стоит выбрать динамический запрос.
Не надо его сильно пугаться.

Таблиц уже достаточно много в системе и в них уже есть данные. Опасение внушает не сам факт использования динамических запросов, а то, что была допущена ошибка при проектировании базы (теперь я уже в этом уверен), и что эта ошибка в дальнейшем наложит свои ограничения на работу с данными.

MasterZivТы совершил кардинальную ошибку при проектировании твоей БД (нарушение доменной целостности), теперь нужны кардинальные усилия для её преодоления, всё логично.


Да, теперь я это понимаю. Как ее можно исправить?

Кот МатроскинМожно править код View

извиняюсь за неточную формулировку, да, я имел виду что бы не приходилось править sql -ный код ни во view, ни в функциях, ни в хранимых процедурах, ни в триггерах

Mikle83Следующий шаг - что конкретно по каждому субконто вытаскивается? Список полей, выбираемых в итоговый датасет, по всем субконто - единый? Или можно его привести к единому виду?

По субконто вытаскивается его значение так:




соответственно, список полей в итоговом датасете может быть разный , в зависимости от того с каким субконто имеем дело (con.ContragentName или dog.Dogovor, или g.good и т.д.)