MySQL Forums
Forum List  »  MySQL Workbench

Re: Changing Tables
Posted by: Mike Lischke
Date: January 20, 2015 02:04AM

Ok, I see, you are working on a model. In this case you need indeed to propagate your changes to your server. The actual approach depends on what you want to achive. You can either forward engineer your entire model, which will recreate all objects or you synchronize model and server, which is a two-way merge (changes from the model are applied to db objects and vice versa). The first option obviously destroys data (if there's any) while the second does not.

I have however a problem to understand your sentence "Then I created a new connection with the model". Can you describe in detail what you did? As it stands it doesn't make much sense, as there are no connections associated with a model. Connections in the context of WB are setups to MySQL servers (and other servers in case of migration). They are entities on their own and do not depend on anything else in WB. The forward and the sync processes can make use of such connections to have a server to work with. The very same connection(s) can also be used to do admin or SQL work in other sections of WB (not in modeling, though).

Once you applied your changes you should see also the changed table columns.

Mike

Mike Lischke, MySQL Developer Tools
Oracle Corporation

MySQL Workbench on Github: https://github.com/mysql/mysql-workbench
On Twitter: https://twitter.com/MySQLWorkbench
On Slack: mysqlcommunity.slack.com (#workbench)
Report bugs to http://bugs.mysql.com
MySQL documentation can be found here: http://dev.mysql.com/doc/refman/8.0/en/

Options: ReplyQuote


Subject
Views
Written By
Posted
1493
January 18, 2015 08:13AM
480
January 19, 2015 01:49AM
444
January 19, 2015 07:04AM
Re: Changing Tables
474
January 20, 2015 02:04AM
492
January 20, 2015 07:07AM
456
January 21, 2015 02:16AM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.