Cet article a fait l'objet d'une traduction automatique.

Sous la table

Prise en charge données spatiales dans SQL Server 2008

Bob Beauchemin

Téléchargement de code disponible de la bibliothèque de code MSDN
Parcourir le code en ligne

Contenu

Utilisation du type de données Géographie
Index spatiale
Visualizers
Le type de données géométrie
Visualisation spatiale
Le serveur SQL bibliothèque données spatiale
Conclusion

SQL Server 2008 offre un certain nombre d'améliorations, notamment des nouveaux types de données, des nouvelles instructions T-SQL et des modifications incrémentielles dans Microsoft .NET Framework prise en charge, la prise en charge XML et la fonctionnalité de Service Broker. À présent, la modification de plus gros et plus intéressante pour les développeurs est la prise en charge de SQL Server 2008 des données spatiales — un ajout puissant à boîte à outils du programmeur SQL Server. Dans cette chronique, je vais présenter une courte présentation de données spatiales illustrent quelques utilisations intéressantes.

Données spatiales sont définies comme données sont représentées par les images 2D ou 3D. SQL Server 2008 prend en charge les images 2D et 3D peuvent être ajoutées dans une version ultérieure. Données spatiales peuvent être répartis davantage en données géométriques (données qui permettent de calculs impliquant géométrie Euclidian) et données géographiques (données qui identifie les emplacements géographiques et les limites de la terre).

Utilisation du type de données Géographie

Commençons par une application simple de données spatiales, ce qui peuvent être utile de traitement des systèmes (OLTP) qui impliquent des clients plus traditionnel transactions en ligne. Données spatiales est utiles dans ce cas, car chaque client possède une adresse. Vous considérer généralement des adresses comme rue, ville, état, pays et code postal, mais une adresse est un point de la terre et peut également être représentée sous la forme d'une paire de coordonnées Latitude/Longitude. Techniquement, une adresse peut comprennent un colis de terrain qui peut être représenté comme un polygone, mais nous allons coller à un point unique dans ce cas, uniquement par souci de simplicité. Savoir où un client habite comme coordonnées Latitude/Longitude permet de répondre aux questions telles que :

• Quels sont les trois branches bancaire le plus proche d'un client spécifique ?
• Le code du vendeur se trouve à proximité au client ?
• Comment plusieurs clients votre société a-t-il dans un rayon 10 kilomètre de, par exemple, Seattle, Washington ?
• Comment plusieurs clients live miles plus de 2 à partir de votre emplacement de succursale le plus proche ?

Le processus de conversion d'une adresse à une paire de coordonnées Latitude/Longitude est appelé adresse geocoding. Un nombre de services en ligne (y compris MapPoint, Virtual Earth et Google terre) fournissent geocoding en tant que service. Pour convertir une adresse aux États-Unis à un point, vous pouvez encapsuler un appel à la geocoding MapPoint ou service Web dans une fonction SQLCLR. Cela est illustré dans leexemple de code. Mais où vous devez de stocker coordonnées Latitude/Longitude dans votre base de données SQL Server ?

SQL Server 2008 est fourni avec deux types de données nécessaires pour le stockage des données spatiales : géométrie et Géographie. Les deux types de données sont implémentés à l'aide l'architecture .NET pour les types définis par l'utilisateur, ce qui signifie qu'ils peuvent avoir propriétés et méthodes. Nous allons coller avec le type de données Géographie pour l'instant, car il mappe le mieux au problème en cours.

Vous pouvez définir une instance d'un type de Géographie avec une simple SQL déclaration de variable (Géographie DECLARE @g) ou sous la forme d'une colonne dans une table, et vous pouvez initialiser ce type de données de diverses façons. Pour un type Géographie représentant une instance d'un point, le moyen le plus simple est utiliser la méthode statique STPointFromText du type Géographie. La méthode STPointFromText nécessite non seulement une représentation textuelle d'un point dans un format de texte réservé le Consortium Geospatial ouvrir (WKT) — c'est-à-dire POINT(x,y), mais également un identificateur référence spatiale (SRID). Le SRID identifie le système de référence spatiale utilisé pour un mappage terre arrondir ou à deux dimensions à terre et, pour l'instant, il est assez de savoir que le geocoder MapPoint ou service Web utilise les coordonnées GPS qui correspondent aux SRID 4326. Cela représente le 1984 système (84 WGS) Geodetic World. (Pour rechercher tous les les SRIDs qui prend en charge SQL Server 2008, simplement interroger le sys.spatial_reference_systems de table de métadonnées.)

Ainsi, votre code pour initialiser la géographie adresse serait ressembler à ceci :

DECLARE @addr nvarchar(256) = 'Some sample address, City, State, Zip';
DECLARE @addr_as_xy nvarchar(30);
DECLARE @g geography;
SET @addr_as_xy = dbo.Geocoder(@addr);
SET @g = geography::STPointFromText(@addr_as_xy, 4326);

Notez qu'étant donné que Géographie est implémentée en tant que type de données basées sur .NET, il existe quelques points intéressants de préciser sur le code. Tout d'abord, STPointFromText est une méthode statique, afin qu'il doit être appelée avec la syntaxe datatype::method. En outre, les noms de méthodes de types de données basées sur .NET respectent la casse afin que, STPointFromText doit utiliser la casse exacte.

Il est une chose plus importante de souligner : la fonction geocoder doit être codée pour renvoyer l'emplacement en tant que "XY" plutôt que des coordonnées Latitude/Longitude. Le Consortium Geospatial Open définit leur WKB et binaire bien connu (WKB) met en forme que l'utilisation de x, y les paires coordonnées. Par conséquent, ce qui est en cours passé à STPointFromText doit être POINT(Longitude/Latitude), POINT(Latitude/Longitude) pas. Si vous préférez utiliser coordonnées Latitude/Longitude, SQL Server construire instances Géographie en utilisant géographique Markup Language (GML), un vocabulaire XML qui utilise la Latitude/Longitude. Ou, si vous avez un point, est une méthode statique spéciale sur le type de données géométrie accepte trois paramètres : latitude, longitude et SRID.

Maintenant que vous avez geocoded vos informations client, vous pouvez également accéder à l'avance et geocode votre banque branchement emplacements (ou autres informations office branche, magasin d'informations ou tout liés à l'emplacement) et vos emplacements de vendeur. Supposons que vous avez terminé avec les tables Clients, vendeur et branche. Chacun d'eux devez avoir une colonne (appelons il geog pour des raisons de simplicité) de type géographique qui indique l'emplacement.

Vous pouvez utiliser ces informations pour répondre aux questions mentionnées précédemment. Pour cela, vous devez utiliser les méthodes sur le type de données Géographie. La méthode de calcul de la distance entre deux objets Géographie est, pas étonnamment, appelée STDistance. Les méthodes que vous pouvez utiliser pour répondre à la troisième question (clients combien il existe dans un rayon 10 kilomètre de Seattle) serait STBuffer et STIntersects. SQL Server possède également une méthode qui est utilisée pour calculer une mémoire tampon plus approximatif nommé BufferWithTolerance (il est un peu plus rapide que calculer un tampon exact).

Pour répondre à la première question, vous devez utiliser une requête qui ressemble à ceci :

SELECT TOP(3) b.name,
 c.geog.STDistance(b.geog)/1000 [Distance in km]
FROM customer c, branch b
WHERE c.customerid = '12345' -- this query looks at customer 12345
ORDER BY c.geog.STDistance(b.geog)

La requête pour calculer le vendeur le plus proche s'être effectuée dans approximativement la même manière.

Est-il les personnes qui vivent dans un rayon 10 kilomètre de Seattle ? Pour cette requête, vous devez placer un tampon autour des limites ville de Seattle (représenté par un polygone des limites ville soit un point que vous désignez comme downtown Seattle) et sélectionnez tous les points (clients) qui se coupent cette mémoire tampon. Représenté dans le code, il s'agit de :

-- or declare POINT for "downtown Seattle"
-- 1609.344 meters per mile
DECLARE @Seattle geography = 'POLYGON(....)'; SELECT c.customerid FROM
 customer c WHERE c.geog.STIntersects(@Seattle.STBuffer(10 * 1609.344));

Ces exemples illustrent points plus intéressants à propos de comment vous interagir avec les instances du type Géographie. Lorsque vous utilisez STBuffer, par exemple, qui est une méthode d'instance sur le type de données géographie, vous utilisez la syntaxe instance.method plutôt que la syntaxe type::method que vous utiliseriez pour des méthodes statiques comme STPointFromText. En outre, notez que lorsque vous êtes calcul de la distance entre deux géographique ou déterminer si une instance de Géographie coupe un autre, vous utilisez la syntaxe Instance1.method(Instance2).

Pour répondre à la question sur le nombre de clients qui vivent plus de deux kilomètres entre la succursale bancaire le plus proche, vous devez être en mesure de regrouper le géographique de toutes les branches banque, avec un tampon de deux kilomètres autour de chacune d'elles et puis recherchez les clients qui ne se coupent avec cette collection de géographique. Le type de données Géographie possède une méthode nommée STUnion, mais il est spécifié en tant que méthode pour une instance géographique qui renvoie l'Union entre cette instance et une autre instance.

Ce n'est pas l'agrégation, basés sur les ensembles que j'avais ESPRIT. Heureusement, SQL Server 2005 introduit des agrégats définis par l'utilisateur qui peuvent être écrite en code .NET, et vous pouvez utiliser une ici pour obtenir une union agrégation d'un ensemble de valeurs. Sans entrer trop loin dans les spécificités de codage des agrégats définis par l'utilisateur, ils nécessitent initializations méthode quatre : Init (réponse l'initialisation), fermer (réponse retour), Accumulate (appelée pour chaque ligne) et fusion et publipostage (appelée lors de la fusion de plusieurs threads de traitement).

Dans le regroupement, la méthode Accumulate peut simplement assembler la géographie ligne en cours avec la géographie réponse chaque fois qu'il est appelée. En fait, vous n'avez pas écrire ce regroupement vous-même ; il fait partie le Projet outils spatiale SQL Server sur CodePlex. Cet agrégat vous même permettra de passer une mémoire tampon pour chaque ligne, qui résout le problème de mémoire tampon deux kilomètre. La requête peut ensuite être écrit comme suit :

SELECT COUNT(*)
FROM customer c
WHERE
c.geog.STIntersects(
SELECT dbo.GeographyUnionAggregate(b.geog,2*1609.344) FROM branch b)=0

Comme vous pouvez le voir par ces exemples, geocoding adresses et stockant avec formulaire le bureau de poste de l'adresse peuvent avancer valeur ajoutée à une application.

Index spatiale

Une fois que votre entreprise est plus grand, calcul de la distance entre chaque client et chaque vendeur ou tous les clients et chaque succursale bancaire peut devenir trop lent. Prise en charge les données spatiales à SQL Server 2008 inclut spatiale d'indexation. Les index spatiales sont ordinaire index B-arborescence qui est destinés à créer des requêtes spatiales s'exécuter plus rapidement, tout comme les index relationnels dans SQL Server créer des requêtes relationnelles s'exécuter plus rapidement.

Mappage des données spatiales à deux dimensions vers une arborescence B unidimensionnelle convient au moyen de tessellation ; le qui est, diviser la zone de haut en petits sous-zones et enregistrer les sous-zones qui se coupent chaque instance spatiale. Pour le type de données Géographie, cela signifie que diviser le monde entier en hemispheres et prévision chaque hemisphere sur un plan. Chaque instance Géographie puis couvre un ou plusieurs sous-sections (mosaïque) de ce plan ; l'index spatiale contiendra une ligne pour chaque mosaïque qui couvre une instance. Pour le type de géométrie, étant donné que vous spécifiez votre propre système de coordonnées rectangulaires, vous pouvez spécifier des limites (zone de délimitation) qui couvre votre index spatiale.

Il existe un nombre de règles qui régissent comment spatiales instances qui se coupent morceaux est mappée aux lignes d'un index spatiale, et vous pouvez définir comment correctement le système de grille sera pour votre index spatiale à plusieurs niveaux. Pour plus d'informations sur les spécificités de spatiale d'index, Documentation en ligne de SQL Server est votre meilleure référence.

Pour retourner dans le système client, vous pouvez définir un index spatiale sur la colonne geog dans votre table des clients avec le langage suivant de la définition données (DDL) :

CREATE SPATIAL INDEX cust_geog_idx
ON dbo.customer(geog)
GRIDS =(LEVEL1=HIGH,LEVEL2=HIGH,LEVEL3=HIGH,LEVEL4=HIGH));

Définition de cet index avec une grille granularité haute serait recommandée pour l'index parce que chaque adresse de client est un point, qui doit apparaître uniquement dans une mosaïque, par opposition à lignes ou de polygones, qui peuvent se croisent plusieurs morceaux.

Vous devez Notez qu'index spatiales sont utilisées uniquement avec certaines méthodes spatiales. Actuellement, ils sont utilisés avec les prédicats Géographie suivants :

instance1.STIntersects(instance2) = 1
instance1.STEquals(instance2) = 1
instance1.STDistance(instance2) < number
instance1.STDistance(instance2) <= number

Lorsque vous vous vous traitez avec géométrie au lieu de géographie, l'index spatiale également fonctionne avec les STContains, STOverlaps, STTouches et STWithin méthodes, mais uniquement lors de la vérification des 1 (vrai). Selon la façon dont les index spatiales fonctionnent, vous réellement souhaitez Reformulez votre requête spatiale sur « clients qui vivent plus de deux kilomètres entre une succursale bancaire » pour compter les clients où STIntersects renvoie la valeur True et soustrait ce nombre du nombre total de clients.

Visualizers

Notez que dans les exemples de quelques que J'AI avez travaillé via jusqu'à présent, il serait très utile de pouvoir voir les données spatiales dans un formulaire autres que les lignes et colonnes. En fait, vous avez peut-être remarqué qu'en sélectionnant le type de données spatiales lui-même renvoie la représentation binaire. Utilisant la méthode ToString ou la méthode STAsText renvoie le format WKB. C'est un peu mieux, mais il toujours ne vous donne toute idée sur les emplacements géographiques à moins que vous pouvez projeter paires coordonnées Latitude/Longitude sur une carte dans l'en-tête. Données spatiales doivent presque toujours un graphique visualizer pour rendre plus utile, et lorsque les données géographiques parlons, qui visualizer serait normalement inclure une carte.

SQL Server Management Studio 2008 intègre une simple visualizer sous la forme d'un onglet résultats spatiale dans la fenêtre de résultats de requête. Cette visualizer fonctionne avec une géographique ou colonne de la géométrie de la requête résultats et trace les types de données spatiales sur une grille. Si plusieurs colonnes spatiales apparaissent dans les résultats de la requête, vous pouvez choisir celle à visualiser. La colonne à afficher doit être au format binaire SQL Server ; l'aide de ToString() ou STAsText() ne sont pas utilisent le visualizer.

Pour un type de données géographie, vous même d'obtenir un choix de prévisions plan comme Mercator ou Equirectangular, mais les données sont non placées sur une carte par défaut. Un moyen facile et peu de superposer un mappage si vous avez une table contenant des données hiérarchiques carte consiste à effectuer une UNION ALL entre votre ensemble de lignes et un rowset qui contient la géographique de mappage. la figure 1 illustre les points représentant un jeu de plus de 700 villes de la base de données mondial le visualizer SQL Server Management Studio. La requête SQL Server qui a généré qu'il était :

SELECT geog, name 
FROM Mondial.dbo.city
WHERE geog IS NOT NULL

Figure 1 A un ensemble de lignes de points de la table mondial de base de données Ville

Encore mieux est d'utiliser un visualizer commercial ou shareware qui fournit superposition mappage par défaut, comme illustré figure 2 . Vous remarquerez que l'onglet résultats spatiale dans SQL Server Management Studio affiche un ensemble de lignes de plus de 700 points avec une superposition de mappage de révision. La requête SQL Server qui a produit il ressemble à ceci :

SELECT geog, name 
FROM Mondial.dbo.city
WHERE geog IS NOT NULL
UNION ALL
SELECT geog, cntry_name 
FROM SpatialSamples.dbo.cntry00

La figure 2 un ensemble de lignes de points avec une carte de plan

Un visualizer que vous pouvez utiliser est Geoquery 2008 programme de Craig Dunn. C'est un visualizer gratuit pour les résultats de requête SQL Server 2008 qui inclut les projections de mappage et également permet de choisir l'épaisseur de couleur et de ligne de vos objets de données spatiales. Vous pouvez également écrire du code pour afficher vos données dans Microsoft Virtual Earth ou Google terre, mais qui est abordée dans cette colonne.

Le type de données géométrie

Nous allons obtenir en autre type de données spatiales que J'AI touché sur brièvement, le type de données géométrie et discuter où vous utiliseriez géométrie en tant que plutôt pour Géographie. Le type de données de géométrie représente un plan à deux dimensions avec x et y coordonnées, par opposition à Géographie que représente latitude et la longitude, angles à partir du centre à la surface de la terre (coordonnées ellipsoidal). Le type de données de géométrie peut être utilisé pour les problèmes qui ne doivent prendre la forme de la terre en considération, relativement petits surfaces planar telles que des plans des bureaux cubical ou entrepôts. Lorsque vous essayez de localiser bureau rectangulaire un collègue dans terrain emplacements de bureau, la courbure de la terre peu, donc utilisant le type de données géométrie et calculs linéaires suffit. Lorsque vous avez affaire à géométrie, vous définissez votre unité de mesure et votre point d'origine (vous permettent de 0,0 est le coin inférieur gauche de votre magasin, par exemple).

Bien parfois, vous pouvez utiliser le type de géométrie pour spatiales emplacements de la terre, le processus est un peu plus complexe. Car il existe de nombreuses méthodes différentes pour mapper la terre sur un système de coordonnées et que ces affectent les méthodes de calcul comme STArea et STDistance, vos instances de données spatiales doivent spécifier un SRID.

Si vous utilisez géométrie ou en Géographie, un SRID est nécessaire. Pour le type de données géométrie, si vous avez imposé le système de coordonnées et unité de mesure vous-même (par exemple, lorsque le mappage votre aménagement de bureau) Choisissez SRID 0, qui spécifie un système de référence spatiale inconnu ou local. SRID 0 est la valeur par défaut pour le type de données géométrie dans SQL Server. Pour la géographie, il est important que vous choisir l'une des SRIDs SQL Server est en mesure d'utiliser. SRID 4326 est la valeur par défaut et celui qui est utilisé par les systèmes GPS.

Les méthodes géographiques intégrées dans SQL Server peuvent utiliser tous les systèmes référence spatiale 390 qui sont énumérés dans la table de métadonnées système, sys.spatial_reference_systems. Ces systèmes référence spatiale proviennent de laDu Europe Petroleum enquête groupe (EPSG)paramètre geodetic le Registre. EPSG n'existe plus, ses fonctions ont été absorbées dans le groupe de l'enquête Petroleum européen. Vous pouvez supposer qu'une association d'huile et gaz producteurs serait souhaitez vous assurer qu'ils ont les positions plus précises de la terre lorsqu'ils aller Exploration.

Chaque SRID non seulement nommer une unité de mesure (la plupart des Utilisation mètres) mais également inclure une chaîne qui spécifie une donnée (ensemble de points de référence de la terre), geoid, un système de coordonnées et mapper prévision. Pour plus d'informations sur systèmes de coordonnées, vous devez consultez livre blanc du Isaac Kunen"Introduction aux systèmes coordonnées spatiales : cartes fixes d'une planète ROND."

Étant donné que calcul de la géographie type de données SQL Server est sensible à la SRID est utilisé, essayez d'utiliser spatiales méthodes (par exemple, distance et Intersects) entre instances de types spatiales qui n'ont pas la même SRID renvoie la valeur NULL. Je vous en dirons plus sur la conversion entre SRIDs ultérieurement.

Visualisation spatiale

J'ai abordé certaines applications plus évidentes des données spatiales et le fait que bon nombre d'entre elles utiliser visualizers pour offrir une vue image des données. Supposons que, au lieu d'utiliser uniquement une carte des pays du monde ou les états aux États-Unis, je voulais visualiser mes données en prévision par rapport à des limites de régions ou mettre en corrélation avec circonscriptions congressional ou données census ? Dans ce cas, je souhaitez avez besoin d'obtenir ce que j'appelle « données de référence spatiale ». Données de référence spatiale peuvent être téléchargées à partir des sites Web publics ou achetées auprès de sociétés, tels queInstitut de recherche environnement Systems (ESRI). Notez que la disponibilité des données de référence spatiale public libre varie largement selon personnalisé local. Aux États-Unis, la plupart des données que j'ai parlé, tels que des limites de régions et données census, est plus librement disponible que dans de nombreux autres pays.

Pour vous avez passé à votre public site Web favori, par exemple laÉTATS-UNIS Du bureau census TIGRE siteet téléchargé les fichiers de référence géographique. Mais les fichiers sont au format ESRI Shapefile, pas SQL Server Géographie colonnes de tables.

Comment vous d'importer ces fichiers dans SQL Server ? Et plusieurs fichiers disponibles publiquement utilisent SRID 4269, pas la 4326 SRID votre geocoder émis. Comment vous convertir entre différents SRIDs telle sorte que toutes vos méthodes spatiales ne renvoient pas NULL ? Le problème qui doit être résolu ici est plus d'un problème (ETL) extraction-transformation charge à un problème de conversion simple. Vous souhaitez afficher ainsi que des données non spatiales comme numéros de suivi census ou chiffres de la population. Et, bien que vous pouvez (en théorie) transformer vos données entre SRIDs à la volée, ce serait ralentir vos requêtes considérablement. C'est sans aucun doute un problème ETL.

SQL Server 2008 n'est pas réellement livrer tout élément de la zone pour vous aider ici. Il existe des programmes tels que Shape2SQL outil du Nielsen Morten qui charge Shapefiles dans les tables SQL Server. Mais Shapefiles ne sont pas le fichier spatiale seulement type de contenu tiers et vous souhaiterez peut-être effectuer des transformations entre SRIDs ou autres transformations plus spécialisées. Il existe une grande variété de produits commerciales tiers à spécialisés dans les transformations de données spatiales et chargement en masse. Ils inclure FME SAFE logiciel pour SQL Server, de Manifold spatiale Extender pour SQL Server et, bien sûr, ligne du ESRI d'informations géographiques système (GIS) produits. Ces peuvent déplacer des données dans SQL Server ou déplacer des données à partir de SQL Server dans un GIS complète. J'ai utilisé avec succès produit SAFE logiciel appelé FME pour SQL Server, qui inclut une bibliothèque de transformations, prend en charge presque chaque format de données spatiales et même fournit une série de composants pour le système SQL Server ETL : SQL Server Integration Services.

Le serveur SQL bibliothèque données spatiale

Le format que vous choisissez utiliser pour déplacer des données de SQL Server dépendent les besoins spécifiques de votre organisation et également des besoins de votre application spécifique. Types de données SQL Server prennent intrinsèquement en charge les formats WKB et WKT, ainsi que format de langue (GML) balisage géographique. SQL Server expose les types de géométrie et géographie et les méthodes associées dans une bibliothèque .NET-based nommée Microsoft.SqlServer.Types.dll. Non seulement cette bibliothèque est fournie avec SQL Server, mais la mesure où il est basé sur .NET, vous pouvez le télécharger dans le cadre du Pack de déploiement de SQL Server 2008 et déplacer les calculs et les transformations au niveau intermédiaire ou le client si nécessaire. Gardez à l'esprit qu'uniquement côté serveur fournit spatiale index pour optimiser vos requêtes de données spatiales.

SQL Server est réellement stockage des instances des classes .NET Sql­Geometry et SqlGeography ; les classes et méthodes sont intrinsèques à la bibliothèque. Vous pouvez utiliser les méthodes spatiales dans les requêtes SQL Server ou encapsulent les opérations dans T-SQL ou procédures SQLCLR stockée, fonctions définies par l'utilisateur et les déclencheurs. Vous pouvez étendre les fonctionnalités de base en utilisant SqlGeometry et SqlGeography que les membres de types définis par l'utilisateur de .NET et agrégats définis par l'utilisateur, comme le GeographyUnionAggregate que J'AI utilisé précédemment.

La bibliothèque de données spatiales inclut également un Générateur D'API, vous pouvez utiliser pour optimiser chargement et transformations personnalisées des agrégations. Il se compose d'un SqlGeometryBuilder SqlGeographyBuilder et récepteur interfaces (IGeometrySink et IGeographySink) que vous pouvez utiliser pour faire optimisé construction des données spatiales instances. Vous implémenter une des interfaces récepteur, qui vous permettent de commencer ou terminer les chiffres, ajouter des lignes et définir le SRID approprié. Une fois que vous avez les données en place, vous appelez simplement la méthode peupler pour créer les instances que vous avez configurées.

Conclusion

Les éléments que j'ai abordé ici représentent un peu avant-goût de la fonctionnalité qui est été ajoutée à SQL Server avec l'inclusion des types de données spatiales et une bibliothèque spatiale standard secteur d'activité. Données que vous rassemblez via geocoding, les données de référence public, ou vos propres données spatiales des entrepôts et des bureaux peut être stockées dans SQL Server, gérés avec les mêmes outils d'administration que vous utilisez pour d'autres types de données d'entreprise, indexés, les interroger et analysées pour importer un ensemble nouvelle dimension à votre entreprise.

Pour vous aider à démarrer, n'oubliez pas que toute sorte de données que vous pourrez capturer avec un système GPS peut être importée et peut être utilisé avec le reste de vos données de base de données. Fonctionnalités GPS deviennent plus commonplace des téléphones, appareils photo, automobiles et autres périphériques et appareils et c'est le cas de nombreux systèmes d'informations contenant maintenant des données d'adresse, le potentiel d'intégration de données GPS dans intéressantes fonctionnalités, ceux qui vraiment répondre aux besoins de l'utilisateur, est réellement illimitée. Ainsi, restez connecté pour des développements intéressantes.

Bob Beauchemin est un praticien application de base de données centrée sur et architecte, auteur du cours et formateur, rédacteur et développeur compétences partenaire àSQLskills. Il est écrit des livres et articles sur SQL Server, accès aux données et les technologies d'intégration et sécurité de base de données. Vous pouvez le contacter àbobb@SQLskills.com.