Комментарии 15
А как сделать синхронизацию модели Workbench с существующей базой?
Я бы предложил вести всю разработку схемы бд в www.dbschema.com/, так как она умеет это делать
А уже далее по необходимости открывать MySQL Workbench, делать Reverse Engineering ну и далее как описано тут в этой статье…
Идеальным вариантом было бы создать подобный плагин для dbschema потому как тут и Postgres/Oracle/… может быть, а не только MySQL
А уже далее по необходимости открывать MySQL Workbench, делать Reverse Engineering ну и далее как описано тут в этой статье…
Идеальным вариантом было бы создать подобный плагин для dbschema потому как тут и Postgres/Oracle/… может быть, а не только MySQL
Это можно сделать через меню «Database» — «Synchronize Model». Далее выбирайте подключение. Потом можно синхронизировать либо таблицу в модели из БД, либо таблицу в Базе Данных по модели.
Мне нравится для генерации Yaml'a использовать ORM Designer, у него изначальная ориентация на ORM, Doctrine в т.ч., он поддерживает как реверс-инженеринг из схемы, так и экспорт в нее диаграммы.
Хотелось бы и в обратную сторону, по дополнительным полям (аля x,y...) импортировать YAML в MySql Workbench
В Workbench как и в ORM Designer ИМХО очень неудобно редактировать связи между таблицами. Как для отображения да, очень наглядно. Но как по мне проще текстом описать, на то он и YAML это же не XML писать…
В догонку хочу показать свой «проект выходного дня» генератор ActiveRecord моделей github.com/woolf/active_workbench
This plugin will be discarded in favour of the github.com/johmue/mysql-workbench-schema-exporter project
There are plenty of reasons, why I will discard the LUA plugin.
1. I'm a PHP developer and LUA is a pain for me, as it retains me from implementing good ideas. The second effect is, that users dealing with Doctrine are PHP users and not LUA, which might help to find people to contribute.
2. My vision is a pluggable solution, where users can generate models for different tools (Symfony, Doctrine, Cake, Propel ..) with just one application.
3. migration from SVN to GIT will also help to find contributors and to ease the maintaining of the tool.
4. with the start of doctrine2 and annotations in mind the plugin would end up in a mess and maintaining two different doctrine plugins in LUA wouldn't work. As I don't know how to decouple logic from representation in LUA.
5. testing the application automatically against a set of predefined workbench files would be possible now, even for different tools like doctrine/propel/doctrine2
6. An online service to convert workbench files is also imaginable
The only draw-back by now is that the github application is not as powerful as the plugin, because the whole stuff with comments is missing at the moment.
I hope you will respect my decision and follow the project to github.
Cheers Johannes
This software is not supported anymore by the maintainer
Иногда у меня возникала такая ошибка. Посмотрите, верно ли вы указали Doctrine комментарий к колонке, а не к самой таблице.
Очевидно, что проблема в строке 1136, в которой вызывается несуществующая функция getInfoFromTableComment. Британские ученые подсказывают, эта функция сейчас называется getCommentToken.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание Doctrine YAML через MySQL Workbench