Moving Objects Databases
Download
Report
Transcript Moving Objects Databases
Moving Objects Databases
Nilanshu Dharma
Shalva Singh
Agenda
Introduce the topic of Moving Objects (MOs).
Discuss challenges regarding the storage of MOs.
Discussion of various storage & retrieval strategies
Perform a comparative analysis on all the 3 strategies and suggest a
solution.
Conclusion
Introduction
Global Positioning System (GPS) makes use of a network of satellites
provide
aid to navigation,
land surveying, and
scientific studies of various kinds by determining receiver’s location,
directions, and speed.
These functionalities are used by Location Based Services (LBS) for
tourists, mobile commerce, digital battlefield and emergency responses
It involves tracking of the transient location of a mobile caller or a vehicle,
also termed as Moving Objects (MOs).
Introduction
Since the data of millions of MOs changes incessantly, it has become
inevitable to store and manage the voluminous and by devising scalable
data management system.
The DBMS for MOs would deal with data mining, location propagation,
privacy, and synchronization, efficiently.
This paper analyses 3 different strategies to store and retrieve data. We
support one of the strategies as the solution for a better database approach.
Challenges with DBMS of MOs
Modeling of location information, uncertainty management, indexing &
scalability, data mining, location dissemination, privacy of data and
location fusion & synchronization.
Distributing, replication, and caching of database for efficient execution.
The issues to be addressed also involve- how to search database and how
frequently the database needs to be updated.
Strategies for Database Management in
MOs
Moving Object Management System Based on a
File
This system stores both the current location and the past location of the
moving object to store and search data efficiently, as location of MOs
change intermittently.
MOMS’ architecture consists 3 major components,
Namely Query Processor Component,
Location Storage Component, and
Index Component.
An additional module, Gateway
Past & Current Location Index
Architecture of File-based Location Storage
System
The Design of File-based System
Location Query Component carries out query depending upon MO’s model
and its operator.
Index Component comprises two indexes simultaneously
Current Location Index Component (CLIC), that takes only current
locations into consideration and
Past Location Index Component (PLIC) which processes time interval
and trajectories queries.
Location Storage Component is used to store MOs and search the ones that
associate with query results of location.
CLIC adopts the approach of spatial based indexing on current location
information and object based indexing on MO Identification. On the other
hand, PLIC manages spatiotemporal index about the past location
information.
One Update for all Moving Objects at a
Timestamp
It is an updating technique applied for indexing methods developed from
R-Tree. This updates the indexes at one time and has considerably
improved the quality of queries.
R-tree is a height balanced external memory data structure. It is an efficient
method for indexing, but requires deletion of obsolete state and then insert
new state in top-down manner. The features of this approach are as follows:
Support for both deletion and update queries.
Updates process for all new states at one timestamp, which means it
tries to access a disk block at most once in a process.
It does not deteriorate the quality of the tree while providing improved
performance.
Contd.
It is not dependent on a specific type of new data distribution.
Capacity of main memory used in algorithm is not large and can be
easily estimated.
Deletion & Update Query Processing
The deletion takes place from the leaf level, i.e. deletes all the
obsolete states at leafs using a parent of pointer.
This also saves memory as instead of loading the entire tree, only
the pointer is needed.
For the insertion process the rule is, if leaf node is underflow the
process will not reinsert its entries immediately instead it would
move them into a stack in main memory for being inserted together
with insertion process. If internal is underflow normal insertion
process is used.
Use of information table and parent_of pointer
The experiments aim to compare update and insert query performance
compared to other R-Tree update methods.
The algorithm proposed outperforms its competitors in two sets of
experiments conducted. One was update queries randomly generated for set
of 10,000 cars for timestamps 1 to 4 at rates 1% and 5%. Other experiment
was on different data sizes, 5k, 10k, 20k and 30k cars. Updates were taken
at 1% and 5% rates and the algorithm proved to give most stable results for
all loads
Comparative Analysis
Both the strategies mentioned in the paper are unique methods.
Method using R-Tree is better approach.
It gives a detailed organized algorithm to store and retrieve indexes.
The experiment results are quite convincing to convey the claim.
The R-Tree model is scalable and consistent in performance.
Also it is less cumbersome in terms of resource use as compared to file based
location storage.
Hybrid Model
A novel approach where a model can be designed that incorporates features
based on heuristics.
A problem exists with moving objects. If no update is received the position
of the object cannot be declared.
We propose a model which would use the past information from a moving
object to predict its current location. Incorporating such “intelligence”
would help further reduce the use of database resources and improve
efficiency of the entire system. This model would be implemented on the
one update at a timestamp concept.
Conclusion
We insinuate that one update at a timestamp is a better database approach
than index file method.
We also propose that it would be beneficial if this concept is used under a
model which also uses heuristics to determine the position of an object
even if no update is provided. This model would work best for objects
whose path is predetermined.
Questions?