Всем привет! Меня зовут Константин, я backend-разработчик на Python. За последний год я поработал над несколькими крупными проектами, и в этой статье хочу рассказать, с чего начался мой путь в работе с базами данных - и как я в итоге решил одну довольно неприятную проблему: регулярную потерю контекста.

Лет 5 назад я делал свой первый pet-проект - Discord-бота. Он умел всё, что тогда казалось крутым: модерировал сервер, создавал каналы, включал музыку и ещё пару фич чтобы было). Именно тогда я впервые полез в базы данных. Понимания — почти ноль, поэтому решение было максимально простое: SQLite прямо в проекте. База была настолько примитивной, что я даже не уверен, были ли там связи, не говоря уже об индексах.

Со временем я начал глубже погружаться в тему и вот тут начались реальные сложности: таблицы, связи, структура - всё это плохо укладывалось в голове. Но сильнее всего это ощущалось, когда возвращаешься в проект после длительного перерыва. Открываешь базу - и как будто смотришь на чужую: непонятно, что где лежит, как связаны сущности, зачем вообще принимались те или иные решения. Приходилось заново разбираться в том, что когда-то сам же и писал.

В какой-то момент это начало реально мешать. И вместо того чтобы просто терпеть, я решил сделать простой инструмент для визуализации схемы БД - чисто под себя.

Хотя на рынке уже были похожие решения, ни одно из них мне не зашло. Они казались перегруженными, неудобными, местами откровенно запутанными, и при этом часто требовали подписку за функции, которые по сути должны быть базовыми. И я решил координироваться правилом: "Критикуешь - предлагай".

Так появился Structly - простой и понятный инструмент для визуализации схем баз данных. Я изначально закладывал в него несколько ключевых принципов:

• минимализм без потери функциональности

• быстрый вход без лишнего порога

• фокус на разработчиков, архитекторов и технические команды

• визуализация, которая реально помогает думать, а не просто «рисует таблицы»

В этой статье я расскажу, как вечерами и на выходных разрабатывал Structly (и продолжаю это делать) и как мне удалось не бросить проект на полпути.

Идея проекта и первая попытка

Когда постоянно прыгаешь между проектами или делаешь паузы, контекст начинает утекать сквозь пальцы. Сначала забываешь мелочи, потом уже и не очень мелочи. Возвращаешься - и ловишь себя на мысли: «А это вообще я писал?». В какой-то момент понимаешь, что без нормальной визуализации уже никуда. Пока у тебя 3-5 таблиц - всё ок, держится в голове. Но как только их становится десятки, плюс ещё несколько схем - всё, привет хаос. База как будто размазана по разным местам: кусок в миграциях, кусок в доке (если повезло), остальное - в головах команды.

Первым шагом стал простой прототип, я бы даже сказал концепт. Я накидал фронт без сложной логики, просто, чтобы проверить идею и понять, насколько такой формат вообще удобен в реальности. Он умел только создавать таблицы и рисовать связи. Но уже эта версия дала мне понять, что проект актуален

Я показал прототип некоторым людям, и неожиданно получил нормальный отклик. Людям реально зашла эта идея - я понял, что надо продолжать ее развивать. С этого прототипа я даже заработал 2 тысячи помогая одногруппникам по учебе для визуализации бд при проектной работе. Мелочь, а приятно) А дальше…
А дальше меня забрала рутина, работа, задачи и дедлайны. Проект постепенно ушёл на второй план, а потом я и вовсе про него забыл.

Возрождение спустя год

Спустя год, после нескольких коммерческих проектов я вспомнил про Structly: решил заново возродить сервис, но уже взяться за него с головой. Я накидал в заметках телефона, будущий функционал приложения и вышел не маленький список чего бы я хотел в нем видеть. Но обо всем по порядку)

Первую версию — простое приложение с базовой логикой — я собрал буквально за пару дней, используя FastApi на бэке и Next.js на фронте. Использовал ChatGPT для генерации фронта — и это сильно ускорило старт.

Спустя две недели основная логика приложения и дизайн были полностью разработаны. На тот момент он уже умел создавать таблицы, добавлять колонки и отображать связи между ними, что позволило визуализировать структуру базы данных в удобном виде. Весь импорт занимает +- 0.3 сек

Следующим шагом я решил реализовать импорт таблиц из существующих миграций базы данных. Structly научился распознавать все команды ALTER TABLE и корректно отображать конечную структуру, что значительно облегчило работу с уже существующими проектами. После этого возникла идея добавить функцию экспорта. Сейчас Structly позволяет сохранять визуализацию схемы в формате PNG, JPG и PDF, а в ближайших планах — экспорт данных в SVG. Это делает инструмент не только удобным для проектирования новых схем, но и полезным для документирования и обмена существующими структурами баз данных.

В больших системах, особенно после нормализации базы данных, часто появляются специальные таблицы, предназначенные для хранения базовых справочных данных. На этапе миграций в них заранее вшиваются необходимые значения, и далее система просто ссылается на них в работе. Раньше такие таблицы оставались «за кулисами». Я решил изменить это и дать возможность визуализировать их напрямую. Так появился новый функционал SDT (Seed Data Tables), который позволяет отображать эти таблицы на фронте, видеть их содержимое и связи с другими таблицами.

Кроме того, Struсtly теперь понимает индексы и учитывает их в контексте схемы, предоставляя более полное и наглядное представление структуры базы данных. В крупных проектах количество таблиц и связей может быть огромным, и расставлять их вручную не хочется. Можно нажать «волшебную кнопку», и приложение автоматически расставит таблицы за вас, упрощая работу с визуализацией и экономя массу времени.

Так а в чем же основная фича Structly?

И вот мы подошли к самому главному: уже сейчас можно видеть изменения коллег в реальном времени и совместно управлять схемой. Плюс система DVC (Database Version Control) - по сути, аналог git прямо в браузере: ветки, коммиты, SQL diff и визуальное отображение изменений на графе. Это позволяет параллельно прорабатывать разные варианты архитектуры и не ломать друг другу работу. Я считаю, это очень мощная функция. Она дает аналитикам работать параллельно над несколькими решениями и тестировать их.

И, конечно, в 2026 году невозможно обойтись без AI-функций. Structly сможет анализировать схему (PK, FK, циклы), выявлять архитектурные проблемы и поддерживать качество структуры базы данных. Также станет возможна генерация таблиц по описанию задачи прямо на схеме с последующим редактированием.

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

Что дальше?

Я продолжаю активно развивать Structly: добавляю новые функции, улучшаю интерфейс и делаю сервис максимально удобным и полезным для тех, кто работает с инфраструктурой. Моя цель — чтобы продукт стал не просто инструментом для визуализации, а полноценной платформой, которая помогает командам быстро понимать архитектуру данных, видеть взаимосвязи и управлять проектами с лёгкостью.

Сейчас я провожу публичное тестирование, чтобы собрать обратную связь от реальных пользователей. Это позволит проверить новые возможности на практике, выявить узкие места и сделать сервис ещё более надёжным и удобным. Переходите в канал

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

Для меня этот проект — в первую очередь возможность научиться делать продукт на практике. Я сам прошёл через проблему, которую он решает, поэтому понимаю реальные боли пользователей и развиваю продукт, опираясь на собственный опыт.

Буду рад вашему мнению о продукте. Пишите комментарии, делитесь идеями — обязательно всё прочитаю и отвечу.