Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 28
А для анализа уже существующей дазы он может помочь?
Что то я не соображу как посмотреть существующую схему. Коннекшн в конфигурации создал, проверил. А в меню подключения нет…
Я там видел зайчаток. А так если анализ надо возьмите Power Architect. У него только один минус не умеет схемы.
Автор заявляет (25 января 2013), что в настоящее время это невозможно, но, насколько я понял, планируется реализация загрузки SQL-файла для последующей работы (сразу после того, как закончится рефакторинг существующего кода).
Для анализа существующей БД PostgreSQL используем SchemaSpy. Проект, к сожалению, сейчас не развивается но близкой функциональности в свободном ПО не нашли. К нему также есть GUI — SchemaSpy GUI
Тоже этот вопрос интересен.
Что то не нашёл я механизма для импорта существующей базы.
Что то не нашёл я механизма для импорта существующей базы.
Использую — schemacrawler.sourceforge.net/
Я так понимаю, автор был вдохновлен Mysql Workbench?
Огромный плюс, что кроссплатформенная прога, не надо привыкать к другим инструментам. В свое время подсел на Sybase Powerdesigner, теперь мучаюсь, что только под виндой он работает.
Падать и глючить он уже перестал? Когда я в последний раз его смотрел оно глючило по черному.
Под мак не завелся.
Мне, в свою очередь, нравится условно-платная dbSchema
В конце 2009 года тут раздавали Database Designer for PostgreSQL, счастлив с ним.
Протестировал…
Минусы:
— установка — в windows7x64 надо ставить в папку с именем без пробела — я поставил в c:\temp\, иначе не запустился. В debian squeeze нет нужных Qt версий, так что не запустился вообще.
— создание таблицы. Очень запутано и сложно. Нет автонаименований констраинтов (и как я понял вообще нет), Очень много опций, ненужных в 99.99% случаев, но выведенных на видное место. Опция же определения primary key, нужная в 100% случаев, запрятана глубоко.
— не обнаружил способа создать связи между таблицами.
— при 200-х введённых таблицах все операции, и так не быстрые, заметно замедлились
— не обраружил способа организовать таблицы в группы (View в ErWin)
— самый неудобный редактор свойств таблицы, который я видел
ну и вообще практически невозможно работать.
Достоинства
— есть работа даже с теми возможностями PostgreSQL, о кооторых я и не помнил (и не знал)
— красивый
— всё.
По сути это не моделер, это старый добрый PgAdminIII, только медленный и глючный.
Как должен выглядеть моделер, приминимый в реальности, можно увидеть на примере DeZign for Databases — который реально способен сохранять время, удобный, быстрый… (ещё бы он был бесплатным и под Linux — вообще цены не было бы).
В целом мне кажется, проект не взлетит — есть работающие аналоги, платные и бесплатные, на все системы, к тому же как правило поддерживающие и другие СУБД.
Минусы:
— установка — в windows7x64 надо ставить в папку с именем без пробела — я поставил в c:\temp\, иначе не запустился. В debian squeeze нет нужных Qt версий, так что не запустился вообще.
— создание таблицы. Очень запутано и сложно. Нет автонаименований констраинтов (и как я понял вообще нет), Очень много опций, ненужных в 99.99% случаев, но выведенных на видное место. Опция же определения primary key, нужная в 100% случаев, запрятана глубоко.
— не обнаружил способа создать связи между таблицами.
— при 200-х введённых таблицах все операции, и так не быстрые, заметно замедлились
— не обраружил способа организовать таблицы в группы (View в ErWin)
— самый неудобный редактор свойств таблицы, который я видел
ну и вообще практически невозможно работать.
Достоинства
— есть работа даже с теми возможностями PostgreSQL, о кооторых я и не помнил (и не знал)
— красивый
— всё.
По сути это не моделер, это старый добрый PgAdminIII, только медленный и глючный.
Как должен выглядеть моделер, приминимый в реальности, можно увидеть на примере DeZign for Databases — который реально способен сохранять время, удобный, быстрый… (ещё бы он был бесплатным и под Linux — вообще цены не было бы).
В целом мне кажется, проект не взлетит — есть работающие аналоги, платные и бесплатные, на все системы, к тому же как правило поддерживающие и другие СУБД.
Протестировал в Ubuntu. Запустился сразу, но не переварил кириллицы в пути.
По сути это не моделер, это старый добрый PgAdminIII, только медленный и глючный
Да, но в нём нельзя подключиться к существующей БД и сделать изменения. Только создать объекты и получить скрипт, в отличии от старого доброго…
По сути это не моделер, это старый добрый PgAdminIII, только медленный и глючный
Да, но в нём нельзя подключиться к существующей БД и сделать изменения. Только создать объекты и получить скрипт, в отличии от старого доброго…
Недавно тоже проникалась интереса ради.
Что категорически не подошло — так это невозможность подключить существующую базу и грабнуть оттуда структуру.
Т.е. если требуется доработка существуюшей — то ее придется вбивать руками, что есть бред сивой кобылы.
И второе — нет поддержки ENUM и пользовательских типов (а то и вовсе нестандартных), что тоже, увы, критично
Что категорически не подошло — так это невозможность подключить существующую базу и грабнуть оттуда структуру.
Т.е. если требуется доработка существуюшей — то ее придется вбивать руками, что есть бред сивой кобылы.
И второе — нет поддержки ENUM и пользовательских типов (а то и вовсе нестандартных), что тоже, увы, критично
нарисовать 3 таблички и 2 связи оно конечно хорошо, но когда у тебя 500 таблиц, 5000 схем и не счесть ключей, куча триггеров и процедур, то оно слабо поможет.
Кросс-платформенный многобазовый DbWrench уже с нами много лет.
Что-то он мне не может добавить никак колонки в таблицы…
Он просто не подставляет схему в запросы. Это лечится?
Started Script: Update Database: base1
Added Column: column1
===========================================================
Forward Engineering Error: ОШИБКА: отношение «table1» не существует
===========================================================
Completed Script: Update Database: base1
Он просто не подставляет схему в запросы. Это лечится?
Вот в PowerDesigner у всего есть Name — «человеческое» имя, как оно должно звучать в описании предметной области (например, поле «Сокращенное наименование»), и есть Code — идентификатор, который будет использоваться непосредственно в базе (то же поле у таблицы в БД будет называться «SHORT_NAME»).
В pgModeler, насколько я понял из скриншотов, объектам можно задать только идентификаторы, а для «человеческих» наименований ничего нет. Это действительно так, или я плохо смотрел?
В pgModeler, насколько я понял из скриншотов, объектам можно задать только идентификаторы, а для «человеческих» наименований ничего нет. Это действительно так, или я плохо смотрел?
Я не совсем представляю, как это выглядит в PowerDesigner (надо будет глянуть), но я осмелюсь предположить, что Вам нужно поле Comment, где Вы можете написать человеческое название типа «Сокращенное наименование», но pgModeler никоим образом не «переделает» его в удобоворимое для БД «SHORT_NAME». Но я могу ошибаться с предположением.
Вот как выглядит таблица на концептуальной схеме.
Как видите, на схеме таблицы и поля подписываются человеческим именем. Физическое БД-шное имя скрыто (можно и так настроить, чтобы отображалось, но на концептуальной схеме это не нужно, в ней используются термины предметной области).
Поле «Comment», как видите, тоже есть, но оно для более пространного комментария, который годится для документации, но не годится для чертежа.
Если в pgModeler этот Comment можно вывести на схему, то это хорошо. Если нет — то это несколько не то, о чём говорю я.
Как видите, на схеме таблицы и поля подписываются человеческим именем. Физическое БД-шное имя скрыто (можно и так настроить, чтобы отображалось, но на концептуальной схеме это не нужно, в ней используются термины предметной области).
Поле «Comment», как видите, тоже есть, но оно для более пространного комментария, который годится для документации, но не годится для чертежа.
Если в pgModeler этот Comment можно вывести на схему, то это хорошо. Если нет — то это несколько не то, о чём говорю я.
А, понял. Нет, к сожалению, в pgModeler вывести комментарий на схему мне не удалось. Возможно, это не запланировано даже.
В таком случае я не вижу преимуществ этого инструмента перед другими — он не единственный среди халявных линуксовых инструментов проектирования баз. Есть Aqua Data Studio (есть свободная версия), Open System Architect (свободный), DBDesigner 4 — создавать ER-модели с физическими именами таблиц и столбцов умеют они все. Если бы была поддержка имён в терминах предметной области — тогда этот инструмент был бы на голову выше остальных.
всё это есть в ERWin, причём erwin может в экспорт во всё что только можно, а не только в sql
автору, конечно, зачёт за велосипед
автору, конечно, зачёт за велосипед
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Визуализируем разработку БД PostgreSQL