You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Je m'excuse par avance si des règles existent déjà. Il semble qu'il n'y ait pas encore d'application stricte d'une stratégie de nommage sur le modèle présenté ici. Par exemple, la règle qui semble s'appliquer pour les clés primaires est id_[tablename] mais pour la table batiment on trouve id_bat, là où id_batiment semble plus logique.
Ci-dessous quelques suggestions :
Clés primaires : id
SELECT id FROM adresse
-- au lieu deSELECT id_adresse FROM adresse
Clés étrangères: [table de référence]_id
SELECT*FROM batiment
LEFT JOIN tup ONtup.id=batiment.tup_id
Géométrie: geom
SELECT geom FROM batiment
-- au lieu de "geombat", "geomtup", "geomadr", "localisation" etc.
Si il existe une géométrie ponctuelle en plus (batiment.localisation), plusieurs possibilités :
2 colonnes x::NUMERIC et y::NUMERIC, SRID 2154
2 colonnes lon::NUMERIC et lat::NUMERIC, SRID 4326
SELECT ST_MakePoint(x, y) AS localisation FROM batiment
The text was updated successfully, but these errors were encountered:
Bonjour,
Je m'excuse par avance si des règles existent déjà. Il semble qu'il n'y ait pas encore d'application stricte d'une stratégie de nommage sur le modèle présenté ici. Par exemple, la règle qui semble s'appliquer pour les clés primaires est
id_[tablename]
mais pour la tablebatiment
on trouveid_bat
, là oùid_batiment
semble plus logique.Ci-dessous quelques suggestions :
Clés primaires :
id
Clés étrangères:
[table de référence]_id
Géométrie:
geom
Si il existe une géométrie ponctuelle en plus (
batiment.localisation
), plusieurs possibilités :x::NUMERIC
ety::NUMERIC
, SRID 2154lon::NUMERIC
etlat::NUMERIC
, SRID 4326The text was updated successfully, but these errors were encountered: