Table of Contents Hide
- VB.Net Upgrade Conversion Reasons
- The minimal Table document storage capability.
- Greater security needs.
- Suggested Conversion Strategy.
- Determine business guidelines.
- The Conversion Approach Decisions.
- Executing VBA Specifications.
- Constant imprint.
- Converting DAO to TROUBLE or ADO.Net.
- After the Preliminary Conversion to VB.Net.
- Set Choice Presume off.
Microsoft Access is showing its age. Most of the techniques (File Web server, VBA, DAO, Jet Data source Engine, etc) hark back 20 or more years. Microsoft will proceed supporting VBA for many years to come, however the show’s emphasis is quickly transforming in favour of Visual Basic.Net and also SQL Web Server.
For business administration systems, the combination of a VB.Net FrontEnd with an SQL Server BackEnd database is perfect. Aesthetic Fundamental is service rules oriented and also SQL Server is reliable and easy to preserve.
VB.Net Upgrade Conversion Reasons
The factors for an upgrade from Microsoft Access to Visual Basic.Net and also an SQL Web server data source are:
A strategic corporate choice
A worry about the future of Visual Basic for Applications (VBA).
The difficulty and also cost in supporting out-of-date and error ridden code.
The difficulty and also cost in sustaining code composed by novices without regard to requirements.
The requirement to replace an inefficient management system that just “expanded like Topsy”.
The demand to change clunky Gain access to Types with an extra efficient option.
The requirement for Purchase logging as well as healing to make certain system data honesty.
The lots of peculiarities of Access bound types.
The efficiency troubles as well as constant adjusting.
The high Network web traffic.
The minimal variety of synchronised individuals.
The minimal Table document storage capability.
Greater security needs.
For these factors, the conversion of existing Gain access to management systems to VB.Net as well as an SQL Web server database might become important.
Many new management applications will nowadays be created by the specialist developer making use of a VB.Net Front-End and also an SQL Server Back-End database.
Suggested Conversion Strategy.
It is almost difficult to convert existing VBA code, Accessibility Kinds and also Reports to VB.NET. It is far more economical to try to remove only the existing company regulations logic, and also start from scratch creating new FrontEnd types and utilizing an SQL database as the BackEnd.
This note details the methods required to minimise a few of the difficulties that will be consulted with the conversion procedure, as well as minimize the shows effort.
Determine business guidelines.
A lot of the VBA code reasoning in Kinds is made use of for the assistance of the Interface – it has no significance in the VB.Net environment. There will certainly be little or nothing to be acquired from any type of effort to convert the Kind related code. The VBA to VB.Net conversion initiative should focus on the recognition and also conversion of company guidelines contained in the VBA code components.
The Conversion Approach Decisions.
Task – There is the option of utilizing an MDI Forms or a Multi-Tabbed Form.
Menu – A TreeView control should suffice to choose MDI Forms.
Kinds – There is the alternative to make use of Bound or Unbound forms.
Records – Crystal News or SQL Server Coverage Solutions (Business Intelligence Growth Workshop – is no longer sustained) will create reports comparable to the old Access reports.
It is still possible to call a Gain access to Data source and also the Access records from VB.Net. This can make the transition procedure quicker.
Tables – These may have to be upgraded due to absence of normalisation or inaccurate indexing. The ‘dbo _’ default schema prefix that SQL Server makes use of may need to be added to each Table name.
Executing VBA Specifications.
The conversion initiative significantly depends upon the coding requirements used by the previous Access developers – as well as generally, relying on the experience of the programmers and also the age when the system was initially created, the standards will certainly leave a lot to be desired.
Component coding criteria that will ease the conversion should be carried out first in the Accessibility system. There are several alterations that can be done to make the later code conversion easier:.
Proclaimed all Variables with a Kind.
Use a prefix of say “m _” or “g _” for Module or Global variables.
Make certain that Global variables are needed internationally.
Set Option Explicit in each code Module.
Include Variables used however not proclaimed.
Include an information Kind to all Variables, whether dimensioned or a specification.
Add a return information type to all Functions.
Usage features like DateAdd for date arithmetic, as opposed to ‘+’ or ‘-‘.
Eliminate all Eval functions.
Stay clear of, where possible, the ‘bang’ construct – i.e. Forms!Customers!CustomerID.
It would be helpful if Control fields might be relabelled with detailed names, instead of Text1, Text2 or Command1, Command2. Sadly altering an Area name can cause problems, as the Area might be described in other Forms, Macros, Information, Modules or Queries. After any type of such changes, the Gain access to the system usually ends up being a nightmare to debug.
Converting DAO to TROUBLE or ADO.Net.
DAO features like Recordsets as well as Querydefs will certainly need to be converted to either TROUBLE or ADO.Net. ADO.Net has actually replaced TROUBLE, but TROUBLE is still sustained. If you recognize with ADO, stay with it – it is easier than and just as effective as ADO.Net.
For the much more adventuresome, try the LINQ alternative to ADO or ADO.Net. But for the last manufacturing system, wait on a lot more reliable application of LINQ in Visual Workshop 2012.
After the Preliminary Conversion to VB.Net.
Constants will certainly require an information kind.
All variables in Features or Subroutines will, by default, be proclaimed with a ByVal keyword phrase. Wherever a value requires to be returned, the keyword phrase needs to be altered to ByRef.
Optional specifications in Feature and Below routines need to have a default worth.
Constants will certainly need explicit information kinds.
Use Choice Strict to guarantee efficiency as well as prevent information Kind mistakes.