Added legacy formatting during export from main to exploitation db

[antoineludeau]

WARNING : need to install postgis in production before deploying this PR.

Context :

When BAL data is processed through ID-Fix and new BAN-ID APIs, data is stored in a postgreSQL DB.
For now, the data used by our users is stored in the legacy Mongo DB. In order to be able to use the data that has been processed by new APIs, we need to :

• export the data from postgreSQL DB
• format the data from our new data schema to the legacy data schema
• import the data into MongoDB

Enhancements :

This PR aims to :

• format the data from our new data schema (documentation) to the legacy data format
• import the data into mongoDB temporary collections* : communes_legacy, voies_legacy, numeros_legacy

*For now, we use temporary collections because we are still duplicating the data. It is still a two ways architecture : the data is processed by id-fix and le legacy compose.
The last step would be to dissociate this two ways architecure into a one way architecture and finally import the formatted data into the legacy collections.

[mmortier]

Testé en détail le fonctionnement pour moi c'est bon. A noté un cas particulier. Voir dans un autre ticket car il va chercher le fantoir dans la commune ancienne puis dans la commune actuelle. Dans le code legacy on avait ensuite un filtrage... ici on n'a pas rajouté de filtrage on devrait limiter la recherche à l'ancienne commune si elle est déclarée.

idVoie | idVoieFantoir | nbNumeros | nomVoie
49244_C282 | 49244_C282 | 2 | L'Orée du Bois (St Florent-le-Vieil)
49244_C282 | 49244_C282 | 1 | L'Orée du Bois (La Pommeraye)
49244_C282 | 49244_C282 | 1 | Orée du Bois (St Laurent-de-la-Plaine)

idVoie idVoieFantoir nbNumeros nomVoie
49244_26zn3x null 1 Orée du Bois (St Laurent-de-la-Plaine)
49244_C282 49244_C282 1 L'Orée du Bois (La Pommeraye)
49244_zn02j8 null 2 L'Orée du Bois (St Florent-le-Vieil)