Посоветуйте что-нибудь для решения такой задачи:
Есть порядка до 40 кретериев поиска (уже только на стадии ТЗ :). Но Заказчик хочет, чтобы можно было бы устанавливать критерии не только на входе "запроса", но и устанавливать в разрезе какого параметра должны быть данные на выходе. (почти дим.SQL 4-го типа :)
Например:)
- Определить от куда уходят беременные женщины от 25 до 35 лет, которые были уволены "по согласию сторон" (входной параметр), и сколько из них продолжают искать аналогичную работу (это выходной параметр).
Это импровизация (шутка), а по факту Заказчик (как я понимаю) хочет иметь возможность получать отчет из всех "сочетаний" вариантов 40 критериев.

Своять под всё DW - не реально. Даже динамически сделать и то верится с трудом. Есть ли решение, или совет? Либо это задача из серии даже теоритически "нерешаемых"?

Anatoly Moskovsky ,
пример - это была шутка. А всё остальное - похоже на правду.
Предполагается, что окно Мастер-Поиска будет разделен на две части (либо таб). В одной части пользователь устанавливает критерии поиска, а в другой критерии отчета, т.е. что он хочет увидеть.
Например, при одних входных параметрах:
- женщина от 25 до 35 лет;
- беременна (ой-ё уже 4-й месяц =);
- уволена с последнего места работы "по согласию сторон"...

Надо иметь варианты отчета на выходе, например:
1. Кто из них продолжает искать аналогичную работу?
2. Кто из них ждет уже третьего ребенка?
...
N. Какие предприятия таки готовы взять их к себе на работу?

Т.е. Заказчик должен иметь возможность установить параметры аналогичные входным критериям, чтобы сформировать выходной отчет. Исходя из сказанного это будет ну-у очень много DW, а динамически - это разные по структуре и сложности SQL запросы, поэтому универсальный алгоритм для его формирования (пока) в голову не приходит.
Заказчик "мечтает", чтобы он мог потом (без Разработчика) получить любой отчет, исходя из 40 критериев.

Anatoly Moskovsky ,
вообще-то поменять условие "where"(в т.ч. с подзапросом), либо создать динамически DWO особых трудностей не вызывает. :)
Возможно не так чекто сформулировал задачу - Заказчик хочет иметь "конструктор", в котором может задавать как входные данные, так и то что он хочет иметь на выходе.
И основное пока не пойму:
- Как визуализировать отчет в случае когда выходные данные и их количество неизвестны на начальном этапе?
Например:
а) Ищем работника по заданным вх.условиям.
б) Ишем предприятие по заданным вх.условиям.
в) Статистические данные по заданным вх.условиям.
... т.п.

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

P.S. Хотя строить функционал фильтрации и сортировки динамически на основании полученного на выходе списка столбцов и полей - это выход, и уже пол дела. Спасибо за совет.

spas2001Данные в виде ... таблиц связей храняться в БД (или на диске)
Это типа хранить в таблице готовые SQL запросы для динамического создания DWO? Если так, то это всё равно будет жесткая привязка, т.е. выбор среди имеющегося. Или поясните, что и как пожалуйста.

P.S. Вот даже больше, чем требуется, но таких продуктов у меня нет. :(

Dim2000А оно тебе нужно - вбухивать кучу усилий в то, чтобы без тебя смогли
обойтись ;)?
Так везде по началу надо напрягаться, когда познаешь, либо решаешь что-то новое. Зато потом можно это дело применять, где понадобится. Да и фича такая очень многим сегодня интересна, и дает некоторые конкурентные преимущества.

spas2001Вы не поняли
В таблицах хранятся русское наименование столбца, имя таблицы из которой он берется - весь sql-ник сохраняется после формирования его динамически или вообще не хранится
Допустим, пользователь выбирает:
- выходные данные (имена таблиц, стобцов, полей) и они пошли в -> select ... from ...
- входные данные в -> where ... order by ...
А взаимо связи между таблицами (бизнес-логика) как формируються, либо где хранятся и как?
Или весь анализ программно делается на основания первичных и внешних ключей и нигде не хранится, а в результате по алгоритму создается весь sql?

spas2001Взаимосвязи хранились в отдельной таблице
И еще... Никто не говорил, что сделать это очень просто
Я так и предполагал, что не просто.
Вот смотрю на N-ое количество готовых DWO и думаю, как найти алгоритм, на основании которого их все можно было бы повторно построить, указав вх. и вых. данные для "черного ящика"(алгоритма). Может кто посоветует, что и где почитать?

P.S. А в каком виде хранились, что-то по структуре типа "генеалогического дерева"?

Anatoly MoskovskyСм. мое второе сообщение...->> А список столбцов и внешний вид можно заранее сделать в виде DWO для каждого отчета.
Если речь про это, то это "жесткая привязка". А хотелось бы (и я над этим упорно тружусь :), чтобы пользователь без меня мог вывести то, что хочет.
Согласитесь, что с этим можно любого Заказчика "укатать".

P.S. Маю час, маю натхнення, але мрію більшого для рідней ненької України. (no comment)

Anatoly Moskovsky...В принципе полезная вещь, но польза от нее преувеличена.
О-о, позвольте не согласиться!
Как говорили немцы: "Вы (русские) живете для того, чтобы работать, а мы работаем для того, чтобы жить" (С)
Резюме: мне всё равно кто, как часто и сможет ли вообще, воспользоваться оплаченной "фичей". Заказчик всегда прав.
Неужели у Вас другое мнение?

Anatoly Moskovsky (+1...spas2001),
Anatoly MoskovskyДа. У меня мнение другое: заказчик почти всегда неправ.
при всём моём уважении к Вам к обоим, вы нарушаете "краеугольное понятие" бизнеса.
Ради чего Вы работаете? (если вы конечно не "альтруисты").
Господа, Вы же не "ПИонеры" и не "КОМсомольтцы"! Клиент сказал, что это будет "белым" и готов платить, а Вы про "черное"...

Тема закрыта, "вектор" мировозрения понятен, мы по разные стороны "барикады", извините.