J'ai une base de données spatialement activée (DB2, dans ce cas). J'ai besoin de stocker un grand nombre de carrés dans une table. Quel type de données SQL spatial standard convient le mieux?SQL spatial: le type de données le plus approprié pour un carré?
Je suppose que je pourrais utiliser un ST_Polygon, mais peut-être il y a un type plus spécialisé qui donnerait
- meilleures performances
- meilleures garanties de données (je veux l'attraper comme une erreur si quelqu'un où stocker une valeur non carrée dans la colonne particulière)
J'ai essayé de trouver un ST_rectangle ou ST_squar e tapez, mais ils ne semblent pas exister (?)
Pendant que je travaille avec DB2, je suis également intéressé par les solutions qui ne fonctionnent pas sur DB2, à condition qu'elles soient conformes aux normes .
Mais ST_envolope est une fonction, pas un type, pour autant que je peux voir? –
Désolé, j'ai enlevé beaucoup de bêtises alambiquées juste maintenant. Les points sont stockés comme une séquence de float4 dans Postgis, pas sûr de DB2 mais il doit être à peu près le même, ou peut-être l'un des types 'number' db2/Oracle. Je suppose que tous les rectangles sont simplement des coordonnées stockées sous forme de type flottant de base, avec la fonctionnalité géographique activée via l'indexation intelligente pour les requêtes spatiales communes. – unmounted
Troels est correct. ST_ENVELOPE est une fonction qui retourne un ST_POLYGON; ST_ENVELOPE n'est pas un type. L'optimisation "float" est spécifique à PostGIS. –