DBMS Versioning Policy
Actian Corporation uses a v.r.m versioning scheme to name its Database releases. Associated with the Actian Corporation releases is:
- Product Support Lifecycle Dates at http://www.actian.com/support-services/support#lifecycle
- Product Support Policies at http://www.actian.com/support-services/support#policy.
The Product Support Lifecycle refers to the change in the highest level identifier only.We always recommend that all users run the latest available minor release for whatever major version is in use. The community considers not upgrading to be riskier than upgrading.
|v = First part||Ingres 10.x.x
|Major release identifier – contains major feature changes|
|r = Second part||Ingres 10.2.x
|Minor release identifier - contains minor feature changes + maintenance|
|m = Third part||Ingres 10.2.1
|Service Pack identifier – contains only maintenance|
Major releases occur only when introducing important functionality with possible destabilizing side effects and timing is dependent upon the scope of the required features for a release. A major release is numbered by increasing the first part of the version number, e.g. Ingres 9.x.x to Ingres 10.x.x, or Matrix 4.x.x to Matrix 5.x.x, Vector 3.x.x to Vector 4.x.x. Major releases usually change the internal format of system catalogs and data files. These changes are often complex, so we don't maintain backward compatibility for data files.
Minor releases are numbered by increasing the second part of the version number, e.g. Ingres 9.1.x to Ingres 9.2.x, or Matrix 5.1.x to Matrix 5.2.x, or Vector 4.1.x to Vector 4.2.x. A minor release may include some minor feature changes and fixes for all resolved problems. All users should upgrade to the most recent minor release as soon as possible as prior minor releases will be stabilized and all new maintenance will be applied to the latest minor release only. While upgrades have some risk, Actian minor releases implement only minor features that have minimal impact on the code line and which can only be executed when the new feature is used.
Service Packs are numbered by increasing the third part of the version number, e.g. Ingres 10.2.0 to Ingres 10.2.1, or Matrix 5.2.0 to Matrix 5.2.2, or Vector 4.2.1 to Vector 4.2.2. A service pack only includes resolved problems; no new features. All users should upgrade to the most recent service pack once available as all new patches are only released on the code line associated with that service pack. A service pack is nothing more than the current cumulative patch that has gone through a complete QA cycle. In between service packs cumulative patches are released to address core problems as resolved.
Prior to any new major release, Actian Corporation will release one last minor release (Ingres 9.2.x. Matrix 5.3.x, Vector 4.2.x) which will be the final minor release. This release is called the ‘Terminal Release’ and is the final all platform release in the product lifecycle. In some unique cases a terminal release may not be identical for all platforms depending on how the platform has progressed through the lifecycle.
Following the ‘Terminal Release’, Actian Corporation may have limited platform releases targeted at new functionality for the market place. These releases will follow the same product lifecycle as above. One exception is that a customer running on a platform not targeted in these interim releases will not be required to move to these releases; they can remain on the defined ‘Terminal Release’.