Lecture 4
Lecture 4
1
Outline
4.1. Objectives
4.2. Methods of Spatial Data Management
4.2.1 Spatial Databases Design
4.2.2 Populating Spatial Databases
4.2.3 Management of Spatial Data Bases
2
4.1. Objectives
At the end of this lecture you should be able
to:-
Explain the role of database management
systems in GIS.
Discuss the main geographic database types
relevant to GIS and their functions.
Design a geographic database
Structure geographic data within a DBMS
Perform database editing and maintenance.
3
About Spatial Data
4
A GIS can answer the question: What is
where?
5
Definitions
Database – an integrated set of attributes on a
particular subject
Geographic (=geospatial) database – set of attributes
on a particular subject for a particular geographic area
Database Management System (DBMS) – software to
create, maintain and access databases
6
Databases (1/7)
This includes:-
Information gathering to determine user data needs
Database schema (logical structure) design to satisfy those
needs.
Selection of a DBMS to support the use of the database
Development of computer programs to utilize the database
Review of the user information needs within the context of
the developed database.
Strategic Database Planning (6/10)
Database Development Life Cycle (DDLC) II
Feasibility Study
Database
Feasibility
Requirements definition Evaluation and
Maintenance Study
Conceptual design
Implementation
Database Evaluation and
Maintenance. Requirements
Implementation
Definition
Logical Design
Strategic Database Planning (7/10)
Different Levels of Users
These include:
Operations
Middle management
Executive
These 3 levels correspond to 3 different types of
automated business systems namely:-
Electronic Data Processing (EDP)
Management Information Systems (MIS)
Decision Support Systems (DSS).
Strategic Database Planning (8/10)
Electronic Data Processing (EDP)
24
Spatial Databases (1)
25
Spatial Databases (2)
26
SDBMS Three-layer Structure
Core Spatial
SDBMS works with a
Spatial application
Interface to DBMS
Taxonomy
DBMS
Data types
front end and a DBMS
DBMS
Operations
Interface to spatial
methods
application
Core spatial
functionality
Interface to DBMS
Database System Environment
28
Spatial Databases
Spatial databases have been defined as systems used to store
and manipulate spatial objects like any other object in the
databases.
The following briefly covers the evolution of spatial databases,
and then reviews three aspects that associate spatial data with
a database namely; data types, indexes, and functions.
Spatial data types refer to shapes such as point, line, and polygon;
Multi-dimensional spatial indexing is used for efficient processing
of spatial operations;
Spatial functions, posed in SQL, are for querying of spatial
properties and relationships.
Combined, spatial data types, indexes, and functions
provide a flexible structure for optimized performance and
analysis.
29
4.2.1. Geographic Database Design
In database design we can identify:-
Conceptual database design:-This consists of defining the data elements to be
included in the database, the relationship that exists between them, and the value
constraints that apply. A value constraint is a rule defining the permissible values for
a specific data item.
Physical database design:- this determines the physical structure of the database and
includes such decisions as what access methods will be used to retrieve data and
what indexes will be built to improve the performance of the system.
To carry out conceptual database design, the DBA staff must include personnel who
are expert in design concepts as well as skilled at working with user groups.
The DBA designers work with users in various areas and design portions of the
database where such portions are referred to as Views and are intended for use by
the originating group.
These views must then be integrated into a complete database schema which
defines the logical structure of the entire database.
Conceptual design process requires the resolution of conflicts between different
user groups, for instance different groups may use the same term in contradictory
ways, or groups may be jealous of their data and resist allowing others to access it.
Controls must be established that define access rights.
30
Process of GIS database design
31
4.2.2. Structuring Geographic Data (1)
The principal elements of a conceptual data model are
objects and relationships.
Objects represent things important to users in reality
that need to be modeled.
Relationships link objects.
The maximum number of instances of one object set
related to a single instance of the other object set is
referred to as Cardinality, i.e. we can have 1:1, 1:Many,
Many:Many relationships.
The three levels are namely, conceptual, external and
internal levels.
32
4.2.2. Database Implementation (2)
Here first a DBMS is selected and acquired.
Then map the conceptual to implementation model.
Build data dictionary which is a central repository for data
structure definitions in the database. It contains information on
access authority, security rules and related controls. It also acts
as a control centre for the system as well as enforcing data
standards and eliminating problems in coordinating data
sharing among applications.
The next step is to populate the database by loading data into
the database.
Then develop procedures for using the database.
Train users on the procedures and other facilities of the
system.
33
4.2.2. Database Implementation Process (3)
34
4.2.3. Database Editing and Maintenance
Within the context of geographic
databases, editing is understood to refer
to making changes by adding new objects
or changing existing objects as part of
either uploading data or database update.
Where a database update involves any
change to the geometry and/or attributes
of one or more objects or to the
database schema
35
Transaction Versus Versioning (1)
Now data entered into the editor must be stored persistently in a file
system or database and access to the database must be carefully
managed to ensure continued security and quality is maintained.
This mechanism for managing edits to a file or database is referred to
as a Transaction. On the other hand, one of the most challenging
problems in a GIS data management environment was how to allow
multiple users to edit the same continuous geographic database at the
same time. It is a well known fact that in GIS applications geographic
objects or features do not exist in isolation and are usually closely
related to surrounding objects.
For instance a tax parcel will share a common boundary with an
adjacent parcel and changes in one will directly have an impact on the
other. In the same breadth, connected road segments in a highway
network should be edited together to ensure continued connectivity.
36
Transaction Versus Versioning (2)
In mainstream GIS and DBMS, the
solution to these problems have been
implemented by extending the standard
DBMS transaction model by providing a
multi-user framework called Versioning.
This is especially useful in solving the
problem where multiple users need to
edit and share a continuous geographic
database at the same time.
37
Example of applications
38
The End
39