![]() | |
![]() |
| | Thread Tools | Display Modes |
#11
| |||
| |||
|
|
Hope this clears up some of the GIS and RDBMS relationships. Thank You !!!! |
#12
| |||
| |||
|
|
Most of the GIS systems out there use RDBMS. The major players are: ESRI - Oracle, DB2, MSSQL, etc... MapServer (open source) - PostgreSQL There are a couple of indexing options available (e.g. grid indexing for raster type objects, allowing one to spatially divide your features (objects) into multiple grid levels). The nature of GIS application are very different from data driven applications and their tunning methdology centralized on how to effectively use RDBMS to minimize the number of features (objects) returning from the underlying RDBMS when using maps as the primary user interface. You'll be suprise that graph traversal is not such a common thing in GIS as compare to putting the icon on the map (which is the majority of what GIS application does). Hope this clears up some of the GIS and RDBMS relationships. |
#13
| |||
| |||
|
|
In an OODB it would be object with object references to its related nodes and the page storage pattern would reflect the usage pattern (or it could be explicitly set by the application ... like with GemStone cluster buckets). Yes, as I said, I would physically cluster the nodes according to the usage pattern. |
|
With an RDB I'm assuming a node would be represented by rows in one or more tables. Don't assume. |
|
So, if I have a cluster of 40 related nodes, how do I avoid the table I/O for the join? By physically clustering the related nodes according to the usage pattern. Why do you demand I repeat myself? |
#14
| |||||
| |||||
|
|
... In an OODB it would be object with object references to its related nodes and the page storage pattern would reflect the usage pattern (or it could be explicitly set by the application .... like with GemStone cluster buckets). Yes, as I said, I would physically cluster the nodes according to the usage pattern. How do you 'cluster' nodes with an RDB? |
|
With an RDB I'm assuming a node would be represented by rows in one or more tables. Don't assume. Fair enough. So how would you represent a 'node' in an RDB? |
|
So, if I have a cluster of 40 related nodes, how do I avoid the table I/O for the join? By physically clustering the related nodes according to the usage pattern. Why do you demand I repeat myself? I understand the theory |
|
(which is the point you keep repeating) but you have not said 'how' you would implement node representation & clustering in an RDB. |
|
FWIW: I'd really like to keep this civil. I enjoy a good debate but not one littered with personal insults. I 'demand' nothing of you; but if you (Bob Badour) continue to fill your posts with snide remarks and put downs then you'll be ignored. |
#15
| |||
| |||
|
|
Question: What do the Geo Information Systems guys use as their databases? * RDBs with performance problems * RDBs which extensive tuning * OODBs anyway - despite the fact that they are a bit off the mainstream * a mixture of RDBs and BLOB data * what else? |
![]() |
| Thread Tools | |
| Display Modes | |
| |