2. The tasks/process, it is specifically designed for.
Professional application developers use Access for , especially for the creation of prototypes and standalone applications that serve as tools for on-the-road salesmen. Access does not well if data access is via a network, so applications that are used by more than a handful of people tend to rely on a Client-Server based solution such as , , , , , or . However, an Access "front end" (the forms, reports, queries and code) can be used against a host of database backends, including Access itself, SQL Server, Oracle, and any other -compliant product. This approach allows the developer to move a matured application's data to a more powerful server without sacrificing the development already in place.
Following are the reasons to use Microsoft Access:
1. Support - Microsoft Access is one of the best-selling desktop databases of all time. You can be sure of future support and with Microsoft's backing, should be around for some time.
2. Scalable - Access has an upgrade path. So, if performance starts to suffer from an ever increasing number of users or records, you can upsize to SQL Server.
3. RAD - One can use Access for Rapid Application Development thus keeping costs down. Its object oriented model means you can build attractive, functional and easy to use applications in double-quick time.
4. Integration - Access has works well with the Microsoft Office suite. It has been designed with integration in mind. If MS Office is your preferred suite then it makes sense to seriously consider Access as your database of choice.
5. Legacy data - Access can import many data formats so your existing data is not lost.
6. Web integration - Access (2000 particularly) has close web links so online data access is made easier. With a shift towards e-commerce, Access's web integration could prove very useful, if not now, then sometime in the near future.
3. Is it an object oriented development, explain. If not then can it be developed on the 4GT (4th generation tool), explain.
One of the benefits of Access from a programmer's perspective is its relative compatibility with – queries may be viewed and edited as SQL statements, and SQL statements can be used directly in Macros and VBA Modules to manipulate Access tables. Users may mix and use both and "Macros" for programming forms and logic and offers object-oriented possibilities. Its object oriented model means you can build attractive, functional and easy to use applications in double-quick time.
4. Do you think it requires extensive tests, why?
The Access package contains the following elements:
• A relational database system that supports two industry standard query languages: Structured Query Language (SQL) and Query By Example (QBE);
• A full-featured procedural programming language—essentially a subset of Visual Basic,
• A simplified procedural macro language unique to Access;
• A rapid application development environment complete with visual form and report development tools;
• A sprinkling of objected-oriented extensions; and,
• Various wizards and builders to make development easier.
For new users, these “multiple personalities” can be a source of enormous frustration. The problem is that each personality is based on a different set of assumptions and a different view of computing. For instance,
• The relational database personality expects you to view your application as sets of data;
• The procedural programming personality expects you to view your application as commands to be executed sequentially;
• The object-oriented personality expects you to view your application as objects which encapsulate state and behavior information.
Microsoft makes no effort to provide an overall logical integration of these personalities (indeed, it is unlikely that such an integration is possible). Instead, it is up to you as a developer to pick and choose the best approach to implementing your application. Since there are often several vastly different ways to implement a particular feature in Access, recognizing the different personalities and exploiting the best features (and avoiding the pitfalls) of each are important skills for Access developers.
The advantage of these multiple personalities is that it is possible to use Access to learn about an enormous range of information systems concepts without having to interact with a large number of “single-personality” tools, for example:
• Oracle for relational databases
• PowerBuilder for rapid applications development,
• Smalltalk for object-oriented programming.
So because of the aforesaid reasons no extensive tests are required.