Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Merci pour la réponse,
le but de passer par le forum était que les membres actifs puissent voir mon projet et qu'ils puissent y répondre s'ils sont intéressés par ce projet.
et aussi d'avoir des avis.
(c'est du moins ce que je préconise sur le forum asterisk-france sur lequel je suis fondateur)
dans la liste beaucoup ne sont pas français et/ou ne font pas de consulting.
et j'imagine que tous les talents ne sont pas référencés sur cette liste 
J'ai oublié de préciser que on est basé dans le 91 et que j'ai besoin de rencontrer les gens et qu'il faudra quelques jours de travail en présentiel 
Bonjour,
Nous avons développé un logiciel de compta (pour experts comptables) en interne depuis de nombreuses années.
Ce logiciel a été développé en windev avec une base HFSQL.
Bien que ces techno soient pratiques pour des logiciels de gestion à faible volumétrie, elles ne pourront supporter la charge.
En effet, nous souhaitons désormais redévelopper ce logiciel afin de pouvoir le commercialiser.
Nos avons choisi de partir sur une base PostgreSQL et un front en react.
Nous avons besoin d'accompagnement
- Pour analyser la structure de la base actuelle qui a été créé il y a très longtemps et qui ne respecte pas certains principes de base.
- Pour nous aider à monter une infrastructure redondante et optimisée
- Pour nous aider à faire les bons choix sur le schéma de la base
- Pour nous aider à migrer les données vers cette nouvelle infra.
- Pour nous aider à migrer certaines requêtes ou tout du moins nous débloquer lorsque c'est nécessaire.
- Pour nous donner du support en cas de problème technique
- Pour optimiser la base de temps en temps.
Y a t'il parmi vous des consultants et/ou sociétés pouvant intervenir sur nos besoins?
Merci
Merci pour votre réponse rapide.
Je suis en train d'analyser les possibilités avec les schemas mais il reste pas mal de questions.
Vu l'importance de partir sur de bonnes bases (sans jeu de mot...) je pense que je vais faire appel a un architecte pour une analyse.
(il me semble que le lien dans votre signature devrait pouvoir nous aider )
cdt,
Bonjour,
Nous allons migrer un logiciel de comptabilité vers un nouveau langage + migration vers postgreSQL et refonte de la base de données.
Du coup, on se pose des questions sur l'architecture de la base.
quelques éléments :
le logiciel est utilisé par des groupes de cabinets comptables qui ont 0,n cabinets.
chaque cabinet a 0,n client
chaque cabinet a des paramètres commun à son groupe et d'autres propre a lui même.
il y a des fichiers communs (ex fichiers utilisateurs pour authentification)
les collaborateurs de cabinets peuvent avoir à récupérer des informations sur plusieurs clients dans une même requête.
niveau quantité :
a terme on veut que la base puisse tenir
plusieurs dizaines de groupes
plusieurs centaines de cabinets
plusieurs milliers de clients.
plusieurs options s'offrent donc a nous :
------------------------
1 seule base de données,
avec dans chaque table l'id du groupe, du cabinet et du client.
a mon avis la moins bonne solution pour des questions de sécurité, et de perf.
-----
1 base par groupe de cabinet
avec dans chaque table l'id du cabinet et du client.
------
1 base gérant les groupes
puis une base par cabinet
avec dans chaque table l'id du client.
------
1 base gérant les groupes
puis une base par cabinet
avec chaque table préfixée par l'id du client.
------
1 base globale
avec toutes les tables préfixées par idcabinet.idclient
Il y a certainement d'autres solutions.
si besoin de plus de détails je peux compléter.
Merci beaucoup pour votre aide.
Pages : 1
