Dans cette documentation, vous trouverez des notes et des réglages supplémentaires pour les utilisateurs de PostGIS.
\nPOSTGIS_VERSIONLien vers cette rubrique#Lorsque le moteur spatial de GeoDjango s’initialise avec PostGIS, il doit effectuer une requête SQL pour déterminer la version pour savoir quels sont les fonctionnalités disponibles. Les utilisateurs avancés souhaitant éviter cette requête supplémentaire peuvent définir la version de façon manuelle par un tuple à 3 éléments de nombres entiers indiquant les numéros de version majeur, mineur et micro de PostGIS. Par exemple, pour indiquer que la version de PostGIS est X.Y.Z, il faut écrire :
\nPOSTGIS_VERSION = (X, Y, Z)\nEn fonction de votre configuration, cette section décrit plusieurs méthodes pour configurer un utilisateur de base de données disposant de suffisamment de privilèges pour exécuter les tests pour des applications GeoDjango avec PostgreSQL. Si votre modèle de base de données spatiale a été créé en suivant les instructions, il suffit que l’utilisateur de la base de données de test ait les droits de créer des bases de données. Dans d’autres configurations, il se peut qu’il soit nécessaire d’utiliser un superutilisateur de base de données.
\nPour créer un utilisateur de base de données ayant le droit de créer des bases de données, utilisez la commande suivante :
\n$ createuser --createdb -R -S <user_name>\nLes drapeaux -R -S indiquent respectivement que nous ne voulons pas que l’utilisateur puisse créer d’autres utilisateurs (ou rôles), ni qu’il soit un superutilisateur.
Une autre possibilité est de modifier le rôle d’un utilisateur existant à partir du shell SQL (en supposant que cela se fasse à partir d’un compte superutilisateur) :
\npostgres# ALTER ROLE <user_name> CREATEDB NOSUPERUSER NOCREATEROLE;\nCela peut se faire au moment de la création de l’utilisateur, par exemple :
\n$ createuser --superuser <user_name>\nOu vous pouvez modifier le rôle de l’utilisateur à partir du shell SQL (en supposant que cela se fasse à partir d’un compte superutilisateur existant) :
\npostgres# ALTER ROLE <user_name> SUPERUSER;\nAvec Windows, l’utilitaire pgAdmin III peut aussi être utilisé comme moyen simple pour ajouter des privilèges de superutilisateur à un utilisateur de base de données.
\nPar défaut, l’installeur PostGIS sous Windows inclut un modèle de base de données spatiale nommé template_postgis.
Pour que les tests de GeoDjango soient exécutés lors du lancement de la suite de tests de Django avec runtests.py, toutes les bases de données définies dans le fichier de réglages doivent utiliser l’un des moteurs de base de données spatiale.
L’exemple suivant montre un fichier de réglages minimal définissant des moteurs spatiaux pouvant être utilisé pour exécuter la suite de tests complète de Django, y compris ceux situés dans django.contrib.gis:
DATABASES = {\n 'default': {\n 'ENGINE': 'django.contrib.gis.db.backends.postgis',\n 'NAME': 'geodjango',\n 'USER': 'geodjango',\n },\n 'other': {\n 'ENGINE': 'django.contrib.gis.db.backends.postgis',\n 'NAME': 'other',\n 'USER': 'geodjango',\n },\n}\n\nSECRET_KEY = 'django_tests_secret_key'\nEn supposant que les réglages ci-dessus se trouvent dans un fichier postgis.py dans le même répertoire que runtests.py, tous les tests de Django et GeoDjango seront effectués lors de l’exécution de la commande :
$ ./runtests.py --settings=postgis\nPour ne lancer que la suite de tests de GeoDjango, indiquez gis_tests:
$ ./runtests.py --settings=postgis gis_tests\n