Étapes du programme exemple
| Action
| Description
|
Activation/ désactivation de la base de données spatiales
|
- Activation de la base de données spatiale (gseEnableDB)
- Désactivation de la base de données spatiale (gseDisableDB)
- Activation de la base de données spatiale (gseEnableDB)
|
- Il s'agit de la première étape requise pour utiliser Extension
Spatiale. Une base de données activée pour des opérations spatiales est
dotée d'un ensemble de types spatiaux, d'un ensemble de fonctions
spatiales, d'un ensemble de prédicats spatiaux, d'un nouveau type
d'index et d'un ensemble de tables et de vues
d'administration.
- Cette étape intervient généralement lorsque vous avez activé les
fonctionnalités spatiales pour une base de données incorrecte. Lorsque
vous désactivez une base de données spatiale, vous supprimez un ensemble de
types spatiaux, un ensemble de fonctions spatiales, un ensemble de prédicats
spatiaux, un nouveau type d'index et un ensemble de tables et de vues
d'administration.
- Remarque :
- La désactivation de la base de données échouera si des objets dépendant
d'objets générés par la procédure d'activation de la base de données
ont été créés. Par exemple, la création d'une table dotée
d'une colonne spatiale de type ST_Point empêche la désactivation de la
base de données. En effet, la table dépend du type ST_Point qui doit
être supprimé dans le cadre de la procédure de désactivation de la base de
données.
- Identique au 1.
|
Enregistrement des systèmes de références spatiales
|
- Enregistrement du système de références spatiales associé à la colonne
LOCATION de la table CUSTOMERS (gseEnableSref)
- Enregistrement du système de références spatiales associé à la colonne
LOCATION de la table OFFICES (gseEnableSref)
- Désenregistrement du système de références spatiales associé à la colonne
LOCATION de la table OFFICES (gseDisableSref)
- Nouvel enregistrement du système de références spatiales associé aux
colonnes ZONE de la table OFFICES (gseEnableSref)
|
- Cette étape définit un nouveau système de références spatiales
(SRS) destiné à l'interprétation des données spatiales de
la table CUSTOMERS. Un système de références spatiales contient des
données géométriques dans un format stockable dans une colonne de base de
données activée pour les opérations spatiales. Une fois ce système
enregistré pour une couche spécifique, les coordonnées applicables à cette
couche peuvent être stockées dans la colonne associée de la table
CUSTOMERS.
- Cette étape définit un nouveau système de références spatiales
(SRS) destiné à l'interprétation des données spatiales de
la table OFFICES. Chaque couche de la table doit être associée à un
système de références spatiales. Les couches de la table OFFICES
devront éventuellement être associées à un système différent de celui de la
couche de la table CUSTOMERS.
- Cette étape intervient si vous spécifiez des paramètres de système de
références spatiales incorrects pour la couche ou la colonne spatiale
concernée. Lorsque vous désenregistrez un système de ce type pour la
couche de la table OFFICES, vous supprimez la définition ainsi que les
paramètres associés.
- Cette étape définit un nouveau système de références spatiales
(SRS) destiné à l'interprétation des données spatiales de
la table OFFICES.
|
Création des tables spatiales
|
- Modification de la table CUSTOMERS par l'ajout de la colonne LOCATION
(gseSetupTables)
- Création de la table OFFICES (gseSetupTables)
|
- La table CUSTOMERS contient les données commerciales stockées dans la base
de données depuis plusieurs années. L'instruction ALTER TABLE
ajoute une nouvelle colonne (LOCATION) de type
ST_Point. Cette colonne sera peuplée en géocodant les colonnes
d'adresse lors d'une étape ultérieure.
- La table OFFICES comprend, parmi d'autres données, le secteur de
vente de chaque succursale d'une compagnie d'assurances. La
table entière sera peuplée avec des données d'attribut provenant
d'une base de données non DB2 lors d'une étape ultérieure.
Cette étape requiert l'importation de données d'attribut dans la
table OFFICES à partir d'un fichier SHAPE.
|
Enregistrement des couches spatiales
|
- Enregistrement de la colonne LOCATION de la table CUSTOMERS en tant que
couche (gseRegisterLayer)
- Désenregistrement de la colonne LOCATION de la table CUSTOMERS
(gseUnregisterLayer)
- Enregistrement de la colonne ZONE de la table OFFICES en tant que couche
(gseRegisterLayer)
| Ces étapes permettent d'enregistrer les colonnes LOCATION et ZONE en
tant que couches dans Extension Spatiale. Avant qu'une colonne
spatiale puisse être peuplée ou que des utilitaires Extension Spatiale
(géocodeur, etc.) puissent y accéder, vous devez
l'enregistrer en tant que couche. Si vous le souhaitez, vous
pourrez ensuite la désenregistrer. Dans ce cas, la colonne associée
continuera d'exister.
|
Peuplement des couches spatiales
|
- Géocodage des données d'adresse pour la colonne LOCATION de la table
CUSTOMERS (gseRunGC)
- Chargement de la table OFFICES en mode APPEND
(gseImportShape)
- Chargement de la table HAZARD_ZONE en mode CREATE
(gseImportShape)
|
- Cette étape permet de géocoder les données en traitement par lots en
appelant le géocodeur. Le géocodage en traitement par lots intervient
généralement lorsqu'une partie importante de la table a besoin
d'être géocodée ou re-géocodée.
- Cette étape charge dans la table OFFICES les données spatiales existant en
tant que fichier SHAPE. Puisque la table OFFICES existe déjà et que la
couche OFFICES/ZONE est enregistrée, l'utilitaire de chargement ajoute
les nouveaux enregistrements à la fin d'une table existante.
- Cette étape charge dans la couche HAZARD_ZONE les données spatiales
existant en tant que fichier SHAPE. La table et la couche
n'existant pas, l'utilitaire de chargement crée la table et
enregistre la couche avant de charger les données.
|
Enregistrement du géocodeur
|
- Enregistrement du géocodeur s'il ne s'agit pas du géocodeur par
défaut (gseRegisterGc)
- Désenregistrement du géocodeur éventuellement enregistré
(gseUnregisterGc)
- Enregistrement du géocodeur s'il ne s'agit pas du géocodeur par
défaut (gseRegisterGc)
|
|
Activation des index spatiaux
|
- Activation de l'index spatial pour la colonne LOCATION de la table
CUSTOMERS (gseEnableIdx)
- Activation de l'index spatial pour la colonne ZONE de la table
OFFICES (gseEnableIdx)
- Activation de l'index spatial pour la colonne LOCATION de la table
OFFICES (gseEnableIdx)
- Activation de l'index spatial pour la colonne BOUNDARY de la table
HAZARD_ZONE (gseEnableIdx)
| Ces étapes activent l'index spatial pour les tables CUSTOMERS,
OFFICES et HAZARD_ZONE.
|
Activation du géocodage automatique
|
- Activation du géocodage automatique pour les colonnes LOCATION et ADDRESS
de la table CUSTOMERS (gseEnableAutoGC)
| Cette étape active l'appel automatique du géocodeur.
L'utilisation du géocodage automatique entraîne la synchronisation des
colonnes LOCATION et ADDRESS de la table CUSTOMERS l'une par rapport à
l'autre pour les opérations d'insertion et de mise à jour
ultérieures.
|
Insertion/mise à jour/suppression de la table CUSTOMERS
|
- Insertion d'enregistrements comportant une rue différente
(gseInsDelUpd)
- Mise à jour d'enregistrements avec une nouvelle adresse
(gseInsDelUpd)
- Suppression de tous les enregistrements de la table
(gseInsDelUpd)
| Ces étapes illustrent une insertion, une mise à jour et une suppression
effectuées sur la colonne LOCATION de la table CUSTOMERS. Une fois le
géocodage automatique activé, une information de la colonne ADDRESS est
automatiquement géocodée lorsqu'elle est insérée ou mise à jour dans la
colonne LOCATION. Ce processus a été activé à l'étape
précédente.
|
Désactivation du géocodage automatique
|
- Désactivation du géocodage automatique pour la couche CUSTOMERS
(gseDisableAutoGC)
- Désactivation de l'index spatial pour la couche CUSTOMERS
(gseDisableIdxCustomersLayer)
| Ces étapes désactivent l'appel automatique du géocodeur et de
l'index spatial en vue de la prochaine étape (celle-ci concerne le
nouveau géocodage de la totalité de la table CUSTOMERS). Si vous
chargez une grande quantité de données géographiques, il est recommandé de
désactiver l'index spatial avant de charger les données, puis de
l'activer de nouveau une fois ce chargement effectué.
|
Nouveau géocodage de la table CUSTOMERS
|
- Nouveau géocodage de la couche CUSTOMERS avec un niveau de précision
inférieur, 90 % au lieu 100 % (gseRunGC)
- Réactivation de l'index spatial pour la couche CUSTOMERS
(gseEnableIdx)
- Réactivation du géocodage automatique avec un niveau de précision
inférieur, 90 % au lieu de 100 %
(gseEnableAutoGC)
| Ces étapes permettent d'exécuter de nouveau le géocodeur en
traitement par lots avec un degré de précision différent, et de réactiver
l'index spatial et le géocodage automatique. Cette action est
recommandée lorsque l'administrateur spatial remarque un taux
d'échec élevé lors du processus de géocodage. Si la valeur de la
précision est de 100 %, le géocodage d'une adresse
n'aboutira pas car le système ne trouvera pas d'adresse
correspondante dans les données de référence. En réduisant le niveau de
précision, le géocodeur a plus de chances d'en trouver. Une fois
la table à nouveau géocodée en traitement par lots, le géocodage automatique
et l'index spatial sont tous deux réactivés afin de faciliter la mise à
jour incrémentielle de la colonne et de l'index spatiaux lors des
insertions et des mises à jour ultérieures.
|
Création d'une vue et enregistrement de ses colonnes spatiales en
tant que couches de vue
|
- Création d'une vue, HIGHRISK_CUSTOMERS, obtenue à partir de la
jointure des tables CUSTOMERS et HAZARD_ZONE (gseCreateView)
- Enregistrement des colonnes spatiales de la vue en tant que couches de vue
(gseRegisterLayer)
| Ces étapes permettent de créer une vue et d'enregistrer les colonnes
spatiales qu'elle contient en tant que couches de vue.
|
Analyse spatiale
|
- Identification de la distance moyenne existant entre les clients et chaque
grand magasin.
- Détermination de la prime d'assurance et du revenu moyens pour chaque
succursale (ST_Within)
- Identification des clients non assurés par les succursales existantes
(ST_Within)
- Identification du nombre de zones à risque que chevauchent la zone
couverte par chaque succursale (ST_Overlaps)
- Détermination de la succursale la plus proche de l'habitation
d'un client déterminé en supposant que la succursale est située au centre
de la zone qu'elle couvre (ST_Distance, ST_Centroid)
- Identification des clients dont l'habitation est proche du périmètre
d'une zone à risque (ST_Buffer, ST_Overlaps)
- Identification de tous les clients à haut risque couverts par une
succursale déterminée
(Toutes ces étapes recourent à gseRunSpatialQueries)
| Ces étapes réalisent une analyse spatiale par l'utilisation de
fonctions et prédicats spatiaux intégrés dans du langage SQL DB2.
L'optimiseur de requêtes DB2 exploite l'index spatial associé aux
colonnes spatiales pour améliorer les performances des requêtes dès que cela
s'avère possible.
|
Exportation de couches spatiales dans des fichiers
| Exportation de la couche highRiskCustomers (gseExportShape)
| L'étape illustre un exemple d'exportation du résultat de votre
requête dans un fichier SHAPE. L'exportation de ce résultat dans
un autre format de fichier permet d'utiliser les informations à
l'aide d'un outil non IBM (par exemple, ESRI ArcExplorer Java
version 3.0).
|