Veri tabanlarında mekansal çok kullanıcılı ortamda depolanması ve özgeçmişlerinin izlenmesi

Coğrafi bilgi sistemlerinde veri tabanlarının artan kullanımı, veri tabanlarının sağlamış olduğu diğer faydaların da sistem içerisinde değerlendirilmesi fikrini oluşturmuştur. Bu faydalardan bir tanesi kullanıcılara çok kullanıcılı ortamın sunulması, bir diğeri ise verilerin özgeçmişlerinin takibidir. Coğrafi bilgi sisteminin herhangi bir aşamasında birden fazla kullanıcının eş zamanlı olarak aynı veri üzerinde güncelleme yapma ihtiyacı olabilmektedir. Bu durumda kullanılan veri tabanı yönetim sisteminin, kullanıcılarına verilerin birden fazla kopyasını almadan aynı anda güncelleme imkânı sağlaması gerekmektedir. Coğrafi bilgi sistemlerinde mekânsal bilgi çoğunlukla konum ve öznitelik bilgisi bileşenlerine ayrılmış ve zaman bileşeni sisteme dâhil edilmemiştir. Zaman bilgisinin de sisteme dâhil edilmesi coğrafi bilgi sistemini temsil ettiği gerçek dünyaya daha yakınlaştıracak ve mekânsal planlama ve karar vermede daha güvenli bir kullanıma imkân verecektir. Böylece veri tabanlarında özgeçmişlerin modellenmesi; geçmiş bir tarihteki veri tabanı içeriğini veya bir objenin zaman içerisindeki değişiminin görüntülenmesini sağlayacaktır. Verilerin özgeçmişlerinin takibi ve çok kullanıcılı güncelleme imkânının sağlanması için veri modeli seçimi çok önemli olmaktadır. Bu veri modeli veri tabanının hacmini artırmamalı ve verileri depolarken kompleks algoritmalar kullanmamalıdır. Özgeçmiş takibi ve çok kullanıcılı ortam için tek veri modelinin kullanılması çalışma hızını olumlu etkileyecektir. Bu amaca hizmet etmek için veri tabanları üzerinde mekânsal veri sunucusu olarak adlandırılan ve mekânsal verilerin depolanmasına imkân sağlayan yazılımlar geliştirilmiştir. Bu çalışmada veri tabanı yönetim sistemleri incelenerek çok kullanıcılı ortam ve verilerin özgeçmişlerinin izlenmesi için bu yazılımların sunmuş olduğu en uygun yöntemin belirlenmesi amaçlanmıştır.

Storing spatial data in multiuser level and tracking history in databasa

The increased use of database management systems in geographical information systems technologies directed user to benefit the other advantages of database management systems. One of these advantages is to support multi-user level and the other is tracking history of data. A key feature in any multi-user database is the ability to manage concurrent access to the data. Users may be required to edit the same data at the same time at any stage of geographical information of systems. So database management systems of geographical information systems must support multiuser concurrent editing without creating multiple copies of the data. Databases provide a way to support this with versioning. The primary role of versioning is to simplify the editing experience. Many geographical information system edits require more than just a few minutes to complete. Yet some editing tasks require hours, days, or even months to complete. Long transaction editing is supported by creating versions. Versioning lets user simultaneously create multiple, persistent representations of the database without making copies of the data. Versioning involves recording and managing changes to a multi-user database by creating a ‘version’ of the database – an alternative, independent, persistent view of the database that does not involve creating a copy of the data and supports multiple concurrent editors. Multiple users can simultaneously edit the same features or rows without explicitly applying locks to prohibit other users from modifying the same data. Spatial information is commonly broken into components of space and attributes in geographical information systems and time component isn’t included in systems. Including time component will bring geographical information system closer to the real world which it represents, and enable a more reliable use of the data spatial planning and decision making. Thus modeling history in a database allows visualizing the database’s contents at a particular time in the past or visualizing how a particular object has changed over time. Many organizations wish to manage how their geographical database changes over time. This process is commonly referred to as history. A historical database records information about database entities objects, features, and relationships) through time. The historical database can be queried at a point in time and get the correct set of entities that existed in the database at that time. Modeling history in a database allows for analysis, such as visualizing how a particular object changed over time. History has been traditionally achieved through s special archiving strategy or custom applications that store deleted features in a special history layer or maintain fields on tables with active dates for each row. The development of temporal data modeling in geographical information systems parallels to the progress of temporal data modeling in the database systems. The incorporation of temporal components has been implemented with relational model and then with the object-oriented data models in database systems. The versioning provides an alternative to these methods. A version can be used to represent the state of a database at a specific point in time. The versioning model will maintain the old representation of objects, deleted objects, and the time that these events happened without having to manage special layers or date stamps on features. A versioned database is a database that can have multiple persistent representations of its contents without the need for data replication. Versioning allows an organization to manage alternative engineering designs and solve complex “what if” scenarios without impacting the corporate database and to create point-in-time representations of the database. A versioned database will contain a number of versions. A version is an alternative representation of the database that has an owner, description, level of access, and parent version. Versions are not affected by changes occurring in other versions of the database. Typically, a version will represent a work order, a design alternative, or a historical point in time of the database. It is very important to select a data model for tracking history of data and multi-user level. This data model mustn’t increases the size of database and mustn’t use complex storing algorithms to store spatial data. Many different applications were developed on database management systems to achieve this aim. One of these applications is developing software called spatial database engine which allows storing spatial data in database management systems. The aim of this study is to research the database management systems and spatial database engines and to decide on the most convenient method that they provide.

___

  • 1.Adler, D. W., (2001). IBM DB2 Spatial Extender, Spatial Data Within the RDBMS, In Proc. of VLDB, 687-690.
  • 2.Cellary, W., Jomier, G., (1992). Consistency of Versions in Object-Oriented Databases, Building An Object-Oriented Database System, Morgan Kaufmann, San Fransisco, California, USA.
  • 3.Chrisman, N., (1997). Exploring Geographic Information Systems, John Wiley & Sons Inc. New York, USA.
  • 4.ESRI, Inc., (2002). Modeling and Using History in ArcGIS, California, ESRI Press, 16-24, USA.
  • 5.Kim, W., Lochovsky, F.H., (1992). Object Oriented Concepts, databases and Applications. Acedemic Pres, NewYork, USA.
  • 6.Medeiros, C.B., Pires, F., (1994). Databases for GIS. Association for Computing Machinery ACM Sigmond Record, 23, 1, 107-115.
  • 7.Medeiros, C.B., Jomier, G., (1994). Using Version in GIS, Proc. of Database and Expert Systems Applications Conference (DEXA'94), Athens, Greece.
  • 8.Zeiler, M., (2002). Exploring ArcObjects, Environmental System Research Institute Inc. Press, Redlands, California, USA.