типа  draw.io

опишите сущности, связи между ними.

сразу кидаться лепить таблицы не стоит

Вот ещё прикольный очень

Бесплатная вроде полностью покрывает обычные потребности

Всем привет, пару месяцев назад я начал разрабатывать SQL JDBC клиент, пока назвал его Superbase
Основная цель - сделать супер быстрый, универсальный и удобный клиент полностью на JavaScript, но с централизованным сервером, где будет храниться история, выдаваться права пользователям, а так же выполняться джобы по расписанию.
Можно будет написать SQL файл с различными операциями DDL, DML  и потом его зашедулить например или выполнять через REST API

Так же будет возможно шаблонизации выражений с помощью языка шаблонов Jinja2  

Вот список фич которые я вижу
Пользователи не знают где физически распологаются БД, не знают IP
Централизованно сохраняются все запросы, можно например потом делать аудит безопасности
Централизованная и быстрая выдача и отзыв пра. Пришел новый пользователь и о не ждет неделю пока ему установят сначала Oracle Client, потом MS SQL клиент и т.д.
Замена ETL тулов или скриптиков


Проект пока сыроват, но быстро развивается
По этому ищу людей которым интересна тема JDBC, JavaScript и обработки данных - вся GUI и серверная логика на JS.
Вот репозиторий с GUI
https://github.com/TimBogevich/superbase

Вот публичная демка большая просьба не дропать ничего))
https://superbase-cb4b6.web.app/

Вот как выглядит сама архитектура проекта

Вот несколько скриншотиков

тормозить он будет тоже как js? а сложения делать?

а если либы из npm опять уберут, то тоже все упадет?

либы хранятся на сервере приложения, никуда они не денутся

А зачем оно такое? DataGrip будет явно удобнее. Аудит и права надо настраивать на самом сервере, снаружи не получится.

Ещё и подозреваю, что такой доступ к ораклу нарушает лицензию )

ну dataGrip надо устанавливать, тут другое немного.
Открыл браузер и пуляешь запросиками

Врядли лицензию нарушает, тогда и любое клиенское приложение нарушает лицензию которое ходит в БД

Если лицензия на CPU - то не нарушает, "уплочено", как говориться. Если лицензия на пользователя (named user) - то так тоже можно ходить, но только тем, у кого эта самая лицензия есть

а... об этом, ну вообще планируется делать все сессии пользователей изолированными, то есть каждый юзер ходит под своей сессией, то есть под своим БД юзером, ну и сервер просто эти сессии у себя держит
Все юзера НЕ будут ходить под одним БД пользователем

Нет, это вопрос не ораклового пользователя, это вопрос оракловой лицензии. Ответ на него зависит от того, как конкретный сервер Oracle был лицензирован

Я бы проверил, там могут быть условия на предоставление БД as service.