Павел 1983Добрый день!

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

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

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

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

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

Павел,
если это дипломная работа такая, то можно сделать, как решение сугубо технической задачи. Конечно, никакой речи об использовании возможностей БД быть не может в силу требования п1. На мой взгляд, это требование - большой минус для сколько-нибудь серьезной системы, с количеством пользователей больше 300.

Насколько может помочь генератор форм по метамодели? Думаю, что мало может помочь. Т.к. формы даже с минимумом полей обладают некоторой логикой работы, проверками, связями с другими формами, вызовами другого кода и прочее.

Решение задачи генерации модели данных по метамодели, управлению сохранением объектов в БД и связи их с моделью данных в бизнес логике - возможно вам удастся решить эту задачу легко и непринужденно. И труд окупиться при создании решений на таком фрейморке. В каком-то частном случае, даже быстро можно решить эту задачу. Мне тут почему-то приходят на ум такие системы, как 1С, в Диасофте еще одна такая есть. Только зачем это нужно Вам, я так и не понял. Создание редактора для универсальной структуры БД, описанной метаданными - это требование для меня так и осталось не понятным с практической стороны.

В принципе, если нужно поправить данные "в любой базе данных", то есть уже готовые продукты, работающие через ODBC с базами данных, где видна и структура, и данные можно поправить и запрос написать.

LSVВ принципе, если нужно поправить данные "в любой базе данных", то есть уже готовые продукты, работающие через ODBC с базами данных, где видна и структура, и данные можно поправить и запрос написать.Смеялсо... Вы так и не поняли, о чем одет речь.
я понял о чем идет речь. Я не понял, зачем это автору надо. Зачем такие требования к системе. А это был гротеск, крик души об универсальности:)