Добрый день!

Не спешите кидать в меня помидоры ;) Хоть тема и заезженная, как я смотрю, но у меня ситуация в которой другого решения я не вижу. Если тема уже обсуждалась - буду очень признателен за информацию, ничего подходящего я пока не нашел. Теперь всё по порядку.

Вот что мне нужно:
1) Необходим так называемый "шлюз" к произвольной СУБД, который бы позволял обращаться к данным и редактировать их вне зависимости от типа этой СУБД. Требования к интерфейсу - аналогичны SQL, т.е. чтобы можно было делать запросы к нескольким таблицам, применять фильтрацию и т.п., а так же осуществлять DDL и DML. Основная задача - архитектурно абстрагироваться от привязки к конкретной СУБД.

2) Необходимо разработать систему (пока что склоняюсь к MS Visual Studio, C#), которая позволяла бы настраиваться на СУБД и произвольную структуру таблиц с целью навигации по данным и их редактирования. При этом не требуются какие-то замудрые фичи в интерфейсе, дополнительные функции, отчеты и прочая блажь, за что что их часто критикуют противники данного подхода. Процесс настройки должен позволить подключиться к БД заказчика, заполнить метаданные по ER-модели БД, определить какие сущности и поля будут видны и доступны для редактирования в GUI, и остальное параметры (при необходимости). На основе этих метаданных моя система должна сама строить формы и процедуры обновления данных.

Зачем мне это нужно:
Необходимо написать систему, которая будет проводить некоторую обработку данных по принципу "прочитал запись - проверил - исправил - записал обратно", при этом система должна быть, как я уже писал, универсальной, т.е. не зависящей от структуры и типа БД. Записи, которые не прошли обработку в автоматическом режиме, должны быть обработаны вручную - для этого и нужен универсальный GUI-интерфейс для навигации и редактирования произвольных таблиц.

Что я хотел бы услышать:
Буду очень признателен, если посоветуете готовые решения или библиотеки для такого рода задач (желательно бесплатные или недорогие). Или таки лучше всё это писать с нуля? Если кто занимался подобными вещами, очень интересно послушать ваше мнение. Насколько облегчит жизнь использование ORM-средств типа NHibernate (если вообще облегчит :D)?

Petro123
вот-вот, начни с них, и мы тебя дооолго не увидим.
Любители универсальности в мире.

Уважаемый Бензин123, вижу что вы ничего не поняли. Либо вам просто лень вникать в суть проблемы, либо вы некомпетентны в данном вопросе. Я не любитель универсальности и в частных случаях тоже против такого подхода, но в моей ситуации она именно необходима, а не является моей тайной страстью или фантазией навроде "хочу шоб всё исразу", как вы могли подумать =)

LSVМеждумордие (с) ?
Неплохо подходит ACCESS. Наблюдал довольно сложные решения ACCESS+DBF+MSSQL (обработка+репортинг из 3-х разных систем).

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

_модТогда ODBC. Потом сканировать системные таблицы (или сделать метаописание) и строить динамический интерфейс с использованием динамичсеского SQL. Вполне решаемая задача.
Хм, нужно поподробней посмотреть его возможности... Я слабо представляю как он работает с DDL и нет ли тут подводных камней. А так же насколько это удобно. Спасибо!