• Source: Object-based spatial database

An object-based spatial database is a spatial database that stores the location as objects. The object-based spatial model treats the world as surface littered with recognizable objects (e.g. cities, rivers), which exist independent of their locations.
Objects can be simple as polygons and lines, or be more complex to represent cities.
While a field-based data model sees the world as a continuous surface over which features (e.g. elevation) vary, using an object-based spatial database, it is easier to store additional attributes with the objects, such as direction, speed, etc. Using these attributes can make it easier to answer queries like "find all tanks whose speed is 10 km and oriented to north". Or "find all enemy tanks in a certain region".
Storing attributes with objects can provide better result presentation and improved manipulation capabilities in a more efficient way. In a field-based data model, this information is usually stored at different layers and it is harder to extract different information from various layers. This data model can be applied above the ER as in GERM model and GISER.
S.Shekhar introduces direction as a spatial object and presents a solution to object-direction-based queries.




Data model representation


The most common representations for the data model follow.




= PostGIS

=

An open-source software program that adds support for geographic objects to the PostgreSQL object–relational database. PostGIS follows the Simple Features for SQL specification from the Open Geospatial Consortium.




= OMT-G

=
Provides a UML representation for geographic applications, it can represent the concept of field, object and provides a way to differentiate between spatial relation and simple association.




= Entity–Relationship

=




= GraphDB

=
Represents a framework of objects as classes that are partitioned into three kinds of classes: simple classes, link classes, and path classes. Objects of a simple class are on the one hand just like objects in other models. They have an object type and an object identity and can have attributes whose values are either of a data type (e.g. integer, string) or of an object type (that is, an attribute may contain a reference to another object). So the structure of an object is basically that of a tuple or record. On the other hand, objects of a simple class are nodes of the database graph – the whole database can also be viewed as a single graph. Objects of a link class are like objects of a simple class but additionally contain two distinguished references to source and target objects (belonging to simple classes), which makes them edges of the database graph. Finally, an object of a path class is like an object of a simple class, but contains additionally a list of references to node and edge objects which form a path over the database graph.




= GEIS

=
Represent a data model to store geographic information on top of EER model, GEIS define the input data model and provide the following for data model
Geometry. In the GISER model, geometry is an entity that is related to a spatial object by the relationship
determines shape of. Additional entities represent the primitives such as points, lines, and polygons as proposed in related models.
Topology. Topology is a property belonging to a spatial object and that property remains unaltered even when the object deforms. An example is a road network. The two nodes in the network thus remain connected even if the path between the nodes is changed by road construction. In order to represent the topology, the basic primitives such as networks (i.e., graphs) and partitions are provided. Additional primitives can be added on lines of the Worboy model, This system support representation for stored data.




= GeoOOA

=




= Oracle spatial

=

Oracle spatial is a component of enterprise Oracle 10g and provides support to stores object such as road on top of the current implentend construction but it used network data model to store geographic data as nodes and links (a graph representation) with each node or links it has a set of attributes. For example, a route object can be added to the database.




= GRASS GIS

=

It supports raster and some set of vector representation.




See also


Object database
Object–relational database




References


Borges, K. A., Davis, C. A., and Laender, A. H. 2001. OMT-G: "An Object-Oriented Data Model for Geographic Applications." Geoinformatica 5, 3 (Sep. 2001), 221-260.
Flick, S. 1996. "An object-oriented framework for the realization of 3D geographic information systems." In Proceedings of the Second Joint European Conference & Exhibition on Geographical information (Vol. 1) : From Research To Application Through Cooperation: From Research To Application Through Cooperation (Barcelona, Spain). M. Rumor, R. McMillan, and H. F. Ottens, Eds. IOS Press, Amsterdam, the Netherlands, 187-196.
Shekhar, S., Coyle, M., Goyal, B., Liu, D., and Sarkar, S. 1997. "Data models in geographic information systems." Commun. ACM 40, 4 (Apr. 1997), 103-111.




= Oracle spatial documentation

=
Medeiros, C. B. and Pires, F. 1994. "Databases for GIS." SIGMOD Rec. 23, 1 (Mar. 1994), 107-115.
Orenstein, J. A. 1986. "Spatial query processing in an object-oriented database system." In Proceedings of the 1986 ACM SIGMOD international Conference on Management of Data (Washington, D.C., United States, May 28–30, 1986). C. Zaniolo, Ed. SIGMOD '86. ACM Press, New York, NY, 326-336.

Kata Kunci Pencarian:

• Graph database
• Tembaga
• Reseptor serotonin
• Object-based spatial database
• Spatial database
• Object database
• DE-9IM
• Navigational database
• Database
• Geodatabase (Esri)
• Database theory
• OMT
• GRASS GIS