1

Тема: LibreDB Studio: відкритий SQL клієнт для 46 рушіїв

Вітаю. Пишу від імені команди, яка розробляє LibreDB Studio. Хочу показати проєкт і почути зауваження, бо цей розділ саме для цього.

LibreDB Studio це веб клієнт для баз даних з відкритим кодом, який ви ставите на власний сервер. Дані нікуди не йдуть: з'єднання відкривається з вашого сервера прямо до бази. Якщо з'єднання позначене тільки для читання, воно відмовляє будь-якому запису ще до того, як той дійде до рушія.

Версія 0.17.0 охоплює:

1. 18 рушіїв із власним драйвером: PostgreSQL, MySQL, SQLite, libSQL, DuckDB, Oracle, SQL Server, ClickHouse, Druid, Trino, Cassandra, Elasticsearch, OpenSearch, MongoDB, Couchbase, Redis, Prometheus та Kafka.

2. 28 рушіїв, які говорять протоколом тих самих драйверів: MariaDB, TiDB, Vitess, Percona, TimescaleDB, Citus, YugabyteDB, CockroachDB, Valkey, KeyDB, DragonflyDB, FerretDB, ScyllaDB, Redpanda та інші.

Разом 46 рушіїв, до яких можна під'єднатися.

Що ще є: редактор запитів з автодоповненням, дерево об'єктів, експорт, схема ERD, панель моніторингу для з'єднань і повільних запитів, а також режим агента, який відповідає на питання про схему локальною моделлю, не надсилаючи дані назовні.

Встановлення через Docker або npx. Код відкритий: https://github.com/libredb/libredb-studio

Якщо хтось із вас користується якимось із цих рушіїв, буду вдячний за зауваження, чого бракує. Відповім тут на будь-які питання.

2

Re: LibreDB Studio: відкритий SQL клієнт для 46 рушіїв

З баз даних було б добре мати підтримку Firebird. А з фіч напевне дебагер збережених SQL процедур. У мене зараз на проекті здоровенна база з купою коду в тих процедурах, і розібратися в цьому місиві без дебагера може лише АІ-шка.

3

Re: LibreDB Studio: відкритий SQL клієнт для 46 рушіїв

Дякую, обидва зауваження по суті.

Firebird уже в нашому списку. Ми дивилися на драйвер node-firebird і головне питання не
саме підключення, а системний каталог: клієнт читає список таблиць, розміри, індекси,
плани і сесії, і саме це треба писати окремо під кожен рушій. Тому я не обіцяю дати, але
кажу чесно, що це в списку, а не десь у далеких планах.

Щодо дебагера збережених процедур відповім прямо: зараз його немає і я не хочу вдавати,
що є. Що є сьогодні: редактор запитів з автодоповненням по схемі, перегляд плану
виконання, історія запитів і панель сесій та повільних запитів. Для великої бази з купою
коду в процедурах цього мало, ваш приклад це добре показує.

Якщо вам не важко, напишіть будь ласка, яка саме версія Firebird у вас на проєкті і що
для вас було б першим корисним кроком: хоча б показ тексту процедур і залежностей між
ними, чи одразу покрокове виконання. Перше ми можемо зробити помітно швидше, і мені
важливо не вгадувати, а зробити те, що справді потрібне.