dbForge evaluation questions
Posted: Thu 10 Mar 2016 15:59
Hello all,
I'm evaluating dbForge studio and had a few questions about the DB project.
I like this work model, text files for all entities, lets us keep them under source control, and generate diffs for deployment. I also appreciate being able to use command line utilities to generate the change scripts.
A couple of questions have come up:
Question 1: is it possible to generate DML as part of a database project sync/comparison operation?
I.e. - Say I have a table "ColorData" that is largely just there for foreign key constraint.. with rows like this:
1 Red
2 Blue
3 Green
and as part of new feature development, I need to add a new row:
4 Yellow
Is there a mechanism to
A) maintain these rows as part of the DB Project and
B) Synchronize the changes so that only the 4th row is sent to the DB?
Would I need to specify a 'do synchronize' flag for each table we wanted to treat this way?
Question 2:
Is it possible to specify a version-specific change command that only runs for a specific version/migration?
i.e. - We have a table with 2 columns:
ColA ColB
as part of our next version of the project, we want to create ColC that is equal to ColA / ColB when ColB is not equal to 0.
Writing the logic is not the problem, but rather, how would we handle this in the context of the project/the synchronization of it - and perhaps prevent it from running on the next next version?
Thanks!
I'm evaluating dbForge studio and had a few questions about the DB project.
I like this work model, text files for all entities, lets us keep them under source control, and generate diffs for deployment. I also appreciate being able to use command line utilities to generate the change scripts.
A couple of questions have come up:
Question 1: is it possible to generate DML as part of a database project sync/comparison operation?
I.e. - Say I have a table "ColorData" that is largely just there for foreign key constraint.. with rows like this:
1 Red
2 Blue
3 Green
and as part of new feature development, I need to add a new row:
4 Yellow
Is there a mechanism to
A) maintain these rows as part of the DB Project and
B) Synchronize the changes so that only the 4th row is sent to the DB?
Would I need to specify a 'do synchronize' flag for each table we wanted to treat this way?
Question 2:
Is it possible to specify a version-specific change command that only runs for a specific version/migration?
i.e. - We have a table with 2 columns:
ColA ColB
as part of our next version of the project, we want to create ColC that is equal to ColA / ColB when ColB is not equal to 0.
Writing the logic is not the problem, but rather, how would we handle this in the context of the project/the synchronization of it - and perhaps prevent it from running on the next next version?
Thanks!