importing or for exporting. One inflexibility noted was that when copying files the two files must have the exact same fields in the same order as the master file. This can be problem if you want to copy identical fields from different files.
Forms design is simple but tedious. Although it may seem flexible to be able to paint the screen in any manner that you wish, it can be time consuming because no default screen is available. Like other database management systems, the usual syntax for defining fields apply, field name followed by the length of the field in braces. However, editing is a little more difficult. Changing the form can be done by inserting and deleting, one character at a time. Omnifile does not support moving fields around, nor inserting blank lines. This means that if a field was to be added at the beginning of the record, the entire record would have to be re-entered.
Records are added and viewed in the format that the user first designed it. Invalid entries are not handled very well. Entering an illegal value in a certain field results in a beep and no message, the user is left there to try and decide what the error is. Omnifile does support the ability to insert new records while viewing existing records and to make global or local changes.
Querying can be performed by using an index or using a non-indexed search. If a search for a partial entry is made like ARob@ instead of ARobinson@, a message is then displayed stating that not an exact match was found.
Overall
These are just a few of the database programs that help start the whole database management system era. It is apparent that DBMS=s today still use some of the fundamentals first implemented by these >old= systems. Items like menus, forms, and portability are still key parts to current applications. However, programs have come along since then, but still have as their bases the same fundamental principles.
0 komentar:
Posting Komentar