Ситуация такая:есть клиентский тул, написанный на аксесе, в который торговые представили вносят данные о прогнозах продаж.
Тул временный, через полгода будет внедрен SalesForce.com и будет полноценный CRM, который решит все задачи.
Тул написан так, чтобы минимизировать затраты на разработку и облегчить сбор данных. То есть, чтобы не заниматься лишним программированием, составлением запросов, многие таблицы денормализованы.
Фактически у каждого представителя на компе реплика базы данных. Затем они собираются в единую БД и по ним строится аналитика продаж.
Сейчас возникла потребность все эти данные передавать на SQL server и публиковать по ним отчеты в SSRS.
Попытался по классическим канонам нарисовать серверную часть БД, чтобы все красиво и нормализованно, и понял, что
обрабатывать данные перед закачкой на сервер я заколебусь (других людей для этого нет). 3 дня просидел, и пришел к выводу, что для данных целей вся эта академическая красота и нафиг не нужна, и что бизнесу глубоко пофиг, как оно на сервере работает, главное чтоб отчеты были. То есть выходит, как в той байке, - лучше приближенное и неэффективное решение, но в срок, чем точное и красивое к тому моменту, когда оно вообще уже никому не нужно.

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Бардака и рассогласованности там никакой нет. Корректность данных проверяется еще на этапе ввода.
Реплики собираются в одну бд, которую нужно загрузить на сервер.
Живет это все на Sql server express. SSIS в нем нет, поэтому приходится загружать данные из аксеса вручную. И проще внести в таблицы избыточность и не декомпозировать всё, и при этом всё будет быстро собираться от представителей и загружаться на сервер, чем колдовать полдня запросами и скриптами.
То есть, либо тратим память и выигрываем время, либо тратим время и выигрываем память.