|
|
| GeoCommunity Mailing List |
| |
| Mailing List Archives |
| Subject: | Re: GISList: Microsoft SQL Server Vs Oracle Spatial9i |
| Date: |
12/10/2002 09:09:35 PM |
| From: |
Paul Ramsey |
|
|
Dimitri Rotow wrote:
> Sure. The fundamental architectural mistake is to embed the "spatial"
> functionality within the DBMS. That means all geoprocessing is bottlenecked
> by the centralized DBMS. If you have 100 users who want to do
> geoprocessing, basically every one of those 100 users is time-sharing the
> central DBMS and the server that runs it.
Oh, I neglected to point out that this is more than a bit of a strawman,
since all the desktop client software for existing spatial databases
uses them essentially as a bit bucket (with spatial indexing) and do
almost all their geoprocessing on the client, just like you say they
should. The advantage of the standards compliant spatial database is how
easy it is to tie traditionally non-spatial applications to spatial
intelligence. Like a simple web form (no map required) which calculates
the correct polling station to go to given a postal code as input. Or a
trigger-induced geocoder (add a trigger to an address table to stick
lat/lon coordinates next to newly inserted addresses). There are lots of
examples. As GIS people we tend to think the spatial world begins and
ends with our desktops. It doesn't.
--
__
/
| Paul Ramsey
| Refractions Research
| Email: pramsey@refractions.net
| Phone: (250) 885-0632
_
To unsubscribe, write to gislist-unsubscribe@geocomm.com
________________________________________________________________________
GeoCommunity GeoBids - less than $1 per day!
Get Access to the latest GIS & Geospatial Industry RFPs and bids
http://www.geobids.com
Setup a GeoCommunity Account and have access to
the GISDataDepot DRG & DOQQ Catalog
http://www.geocomm.com/login.php
|
|
Sponsored by:
For information
regarding
advertising rates
Click Here!
|
