0% found this document useful (0 votes)
102 views

DBMS Architecture: Computer Programs Database Database Administrators

A DBMS allows for the creation and management of databases through various software programs. It provides database administrators control over development while allowing different applications easy access to the same stored data. The ANSI/SPARC architecture conceptualizes databases as having three views: the external view individual users see, the conceptual view of the whole database community, and the internal view of physical storage. This separation of views provides flexibility and independence from how data is physically stored and accessed.

Uploaded by

jsrevathy
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
102 views

DBMS Architecture: Computer Programs Database Database Administrators

A DBMS allows for the creation and management of databases through various software programs. It provides database administrators control over development while allowing different applications easy access to the same stored data. The ANSI/SPARC architecture conceptualizes databases as having three views: the external view individual users see, the conceptual view of the whole database community, and the internal view of physical storage. This separation of views provides flexibility and independence from how data is physically stored and accessed.

Uploaded by

jsrevathy
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 3

Database Management System (DBMS) is a set of computer programs that controls the creation,


maintenance, and the use of adatabase. It allows organizations to place control of database development
in the hands of database administrators (DBAs) and other specialists. A DBMS is a system software
package that helps the use of integrated collection of data records and files known as databases. It allows
different user application programs to easily access the same database. DBMSs may use any of a variety
of database models, such as the network model or relational model. In large systems, a DBMS allows
users and other software to store and retrieve data in a structured way. Instead of having to write
computer programs to extract information, user can ask simple questions in a query language. Thus,
many DBMS packages provide Fourth-generation programming language (4GLs) and other application
development features. It helps to specify the logical organization for a database and access and use the
information within a database. It provides facilities for controlling data access, enforcing data integrity,
managing concurrency, and restoring the database from backups. A DBMS also provides the ability to
logically present database information to users.

DBMS Architecture
We now discuss a conceptual framework for a DBMS. Several different frameworks
have been suggested over the last several years. For example, a framework may be
developed based on the functions that the various components of a DBMS must
provide to its users. It may also be based on different views of data that are possible
within a DBMS. We consider the latter approach.

A commonly used views of data approach is the three-level architecture suggested by


ANSI/SPARC (American National Standards Institute/Standards Planning and
Requirements Committee). ANSI/SPARC produced an interim report in 1972
followed by a final report in 1977. The reports proposed an architectural framework
for databases. Under this approach, a database is considered as containing data about
an enterprise. The three levels of the architecture are three different views of the data:

1. External - individual user view


2. Conceptual - community user view
3. Internal - physical or storage view

The three level database architecture allows a clear separation of the information
meaning (conceptual view) from the external data representation and from the
physical data structure layout. A database system that is able to separate the three
different views of data is likely to be flexible and adaptable. This flexibility and
adaptability is data independence that we have discussed earlier.

We now briefly discuss the three different views.

The external level is the view that the individual user of the database has. This view is
often a restricted view of the database and the same database may provide a number
of different views for different classes of users. In general, the end users and even the
applications programmers are only interested in a subset of the database. For example,
a department head may only be interested in the departmental finances and student
enrolments but not the library information. The librarian would not be expected to
have any interest in the information about academic staff. The payroll office would
have no interest in student enrolments.

The conceptual view is the information model of the enterprise and contains the view
of the whole enterprise without any concern for the physical implemenation. This
view is normally more stable than the other two views. In a database, it may be
desirable to change the internal view to improve performance while there has been no
change in the conceptual view of the database. The conceptual view is the overall
community view of the database and it includes all the information that is going to be
represented in the database. The conceptual view is defined by the conceptual schema
which includes definitions of each of the various types of data.

The internal view is the view about the actual physical storage of data. It tells us what
data is stored in the database and how. At least the following aspects are considered at
this level:

1. Storage allocation e.g. B-trees, hashing etc.


2. Access paths e.g. specification of primary and secondary keys, indexes and
pointers and sequencing.
3. Miscellaneous e.g. data compression and encryption techniques, optimisation
of the internal structures.

Efficiency considerations are the most important at this level and the data structures
are chosen to provide an efficient database. The internal view does not deal with the
physical devices directly. Instead it views a physical device as a collection of physical
pages and allocates space in terms of logical pages.

The separation of the conceptual view from the internal view enables us to provide a
logical description of the database without the need to specify physical structures.
This is often called physical data independence. Separating the external views from
the conceptual view enables us to change the conceptual view without affecting the
external views. This separation is sometimes called logical data independence.

Assuming the three level view of the database, a number of mappings are needed to
enable the users working with one of the external views. For example, the payroll
office may have an external view of the database that consists of the following
information only:

1. Staff number, name and address.


2. Staff tax information e.g. number of dependents.
3. Staff bank information where salary is deposited.
4. Staff employment status, salary level,leave information etc.

The conceptual view of the database may contain academic staff, general staff, casual
staff etc. A mapping will need to be created where all the staff in the different
categories are combined into one category for the payroll office. The conceptual view
would include information about each staff's position, the date employment started,
full-time or part-time, etc etc. This will need to be mapped to the salary level for the
salary office. Also, if there is some change in the conceptual view, the external view
can stay the same if the mapping is changed.

You might also like