Freeze729Добрый день.

Накопилось множество sql запросов, расположенных в txt файлах. Хотим приступить к их автоматизации хранения (выполнения).
Хотим данную тему размещать на web морде, чтобы можно было редактировать, запускать на выполнение, объединять с результатами разных SQL запросов через связанные поля. БД Oracle.
Есть у кого-либо опыт подобного или быть может уже существуют готовые решения?
По сути это что-то вроде wiki, с более продвинутым функционалом.
Тема для меня новая, не хочется тратить время на изучение не эффективных подходов. Может уже кто-то пуд соли на этом съел и есть рекомендации быстрых и эффективных решений, которые в перспективе не поставят разработку в ступор, какой-либо неучтенной деталью.
Интересуют структура БД, сколько таблиц, как что связано, какие параметры стоит завести на будущее.
Ссылки на источники. Мог бы поискать в яндексе, но мне кажется 10-летний опыт знает лучше яндекса.

Для этого есть бизнес-обджектс разных фирм. К примеру - SAP BO.

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

Можно собрать таку систему на коленке. В данном случае, это будет классичиская таблица c наименованием объектов, их бизнес типами и т.д.

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

Так же, к таблице с header атрибутов - необходимо прилепить таблицу с значением данных атрибутов, если они пеманентны/или должны хранится.

Логика данной системы основывается на запускаторе (движке) запросов определенных в атрибутах (Ваши файлы), их выполнению и обработке. Соответственно, крутится оно должно на динамик скуеле.

Это минимум. Как максимум, далее - делается метада объектов на уровне бд (иерархии объектов или что-то еще), по ней делается маппинг объектов (связи через иерархию/реляцию) и далее - необходимо писать средства для конструирования новых объектов из текущих, это уже больше на ГУЙ и АПИ системы задача.

В более интимных подробностях - расписывать долго и "слишком жирно"