Создание Doctrine YAML через MySQL Workbench

[@whynot]

Для propel: www.diloc.de/blog/2009/10/14/mysql-workbench-propel-export-plugin-v05/

[@GmasteR]

А как сделать синхронизацию модели Workbench с существующей базой?

[@Lord_Daedra]

Я бы предложил вести всю разработку схемы бд в www.dbschema.com/, так как она умеет это делать

А уже далее по необходимости открывать MySQL Workbench, делать Reverse Engineering ну и далее как описано тут в этой статье…

Идеальным вариантом было бы создать подобный плагин для dbschema потому как тут и Postgres/Oracle/… может быть, а не только MySQL

[@VeXell]

Это можно сделать через меню «Database» — «Synchronize Model». Далее выбирайте подключение. Потом можно синхронизировать либо таблицу в модели из БД, либо таблицу в Базе Данных по модели.

[@syndicut]

Мне нравится для генерации Yaml'a использовать ORM Designer, у него изначальная ориентация на ORM, Doctrine в т.ч., он поддерживает как реверс-инженеринг из схемы, так и экспорт в нее диаграммы.

[@sylord]

Вещь хорошая но триал…

[@KAndy]

Хотелось бы и в обратную сторону, по дополнительным полям (аля x,y...) импортировать YAML в MySql Workbench

[@fozzy]

В Workbench как и в ORM Designer ИМХО очень неудобно редактировать связи между таблицами. Как для отображения да, очень наглядно. Но как по мне проще текстом описать, на то он и YAML это же не XML писать…

[@VeXell]

Кому как удобнее. Я тоже потом частично делаю правки в созданном YAML. Но данный плагин, как раз, позволяет сократить время затраченное на написание YAML руками.

[@svdesign]

В догонку хочу показать свой «проект выходного дня» генератор ActiveRecord моделей github.com/woolf/active_workbench

[@mecommayou]

Нипаиграть!

[@mecommayou]

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

[@VeXell]

Иногда у меня возникала такая ошибка. Посмотрите, верно ли вы указали Doctrine комментарий к колонке, а не к самой таблице.

[@worker4food]

Очевидно, что проблема в строке 1136, в которой вызывается несуществующая функция getInfoFromTableComment. Британские ученые подсказывают, эта функция сейчас называется getCommentToken.

[@VeXell]

И точно ведь.