You can also produce a complete rendering of all the meta-data information in a table into a simple XML instance which you can then process and use on other programming environments as you see fit. This is used to import the data into the SQL or ORACLE or other database styles by some deployments. This form (bulk XML) is useful if you want to export all the meta-data of a database into a common and simple XML format for import to another tool. This is NOT the same as a proper XML schema, which the other export screen (see link above) supports.
The basic process of using this dialog is the following four steps.
A) Select the type of output you wish to create (ASN source or XML meta data).
B) Select what table you wish to output from.
C) Set any options such as the default module names.
The check box Match Registry ID has no use at present. It was formerly used to match up the record number used in the central registry with those used in the access tables and your data concepts.
The check box Append ASN.1 stubs is used to control the inclusion of any named ASN stubs to the module level build. If selected, it will seek for well named ASN text files to include in the build. If they are found they will be included. If they are not found, the position in the source file where they would be included will have a comment. The files will be the name of each FADD with "stubs" append, as in: IMstubs.txt Such files can be useful when developing ASN where portions of the code are included from outside sources rather than in the database.
The check box Append XML stubs is used in a similar fashion to control the XML import process, but is now overcome by the controls present in the Export XML dialog.