Please note this tutorial is only application to v3.x. If you are still using v2.x please use this tutorial. We highly recommend that you switch to v3.x as this process is greatly simplified. The steps from the v2.x still work in the current v3.x. |
Often, database application developers come across situations where they are asked to implement an enhancement or change and it requires a database schema change. This sort of a chance can have a big impact on any application. If the business logic of the application is split into stored procedures, business logic layer and/or other layers then thats even a bigger challenge for the developers to figure out the impact of the underlying database schema modifications.
Quick Objects - Business Logic Framework is designed with this problem in mind and also to facilitate development of applications with fast changing requirements. The following tutorial shows how to keep the business logic layer's entity classes in sync with the database schema. Regenerating the classes to match with the database schema has the advantage of finding all the affects of the schema modification at the compile time and not having to spend countless hours on testing and re-testing application on every single modification.
Starting v3.x of the Quick Objects Designer application allows you to preserve your customizations during such refresh cycles. For example, if you changed certain field's AllowSave property and later refreshed the schema, the field will be considered a customized field and its properties will be preserved during the refresh cycle.
Let us start the Quick Objects Designer program (Available under the Start -> All Programs -> Akal Tech - Quick Objects V3 menu).

Please note this tutorial is only application to v3.x. If you are still using v2.x please use this tutorial. We highly recommend that you switch to v3.x as this process is greatly simplified. The steps from the v2.x still work in the current v3.x.
Click to enlarge