Hi Ben Bolton,
Let's discuss the topics in the order you mentioned them.
In fact we have not changed the code for generating DDL scripts. There isn't a new feature regarding the content of the scripts. What we provide now is an improved user interface in the form of the Update Schema Wizard.
You cannot mix the visual designer with the old scope approach. A project that has been previously enabled by OpenAccess cannot contain anything related to the visual designer. One of the two approaches is chosen and from then on the choice is maintained.
You can upgrade your project’s references to the Telerik OpenAccess assemblies and this is all that needs to be done to start using our new version. To upgrade an already enabled project, right-click it in the solution explorer and choose OpenAccess -> Update Config References from the context menu. If you wonder where the old menu items are have a look at this blog post.
We are aware that introducing major changes to our product requires taking into consideration the numerous projects already built with the classic wizards. That is why we have included an upgrade tool to easily convert your reversed engineered scope model to a domain one. The blog post here describes in details what needs to be done in order to execute the conversion smoothly. However, in the current version of OpenAccess we do not have an automatic conversion for a forward mapping scenario. We plan to introduce such a tool for Q3. Unfortunately, the tedious work of manually creating all the entities from scratch is the only option now. You can also try reverse engineering the existing database with the old wizards to see how the persistent classes will be generated - check if there is some specific naming applied to your model. Once you have the right content of the reversemapping.config you can proceed with the Upgrade Model Tool. Yet, I suspect that there might be some discrepancies.
You can specify stored procedures for CUD operations both with the classic wizards approach and the visual designer - have a look at the following help article. Executing stored procedures is also easily achieved with the scope - see Using GetSqlQuery to execute stored procedures for reference.
Adding new fields to the model is just as easy as writing them in the persistent class definition, marking the properties with the FieldAlias attribute and rebuilding the project (assuming that the Update Database property is set to true). Null values will be inserted for the new columns of the existing records. Expanding the column type from a varchar(255) to a varchar(512) in the forward mapping wizard for example will only alter the definition of the existing column. When the fields and properties are renamed we recreate the underlying columns and in this case only losses take place. I suggest you experiment with the type of changes you want to make with the wizard before altering straight away the existing database.
the Telerik team
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Telerik Public Issue Tracking
system and vote to affect the priority of the items