Nouvelle bdd basée sur des tables existantes [Résolu]

[alyphe]

Bonjour

Je viens de décrocher un contrat pour concevoir une base de donnée ayant pour but de remplacer l'actuelle faite sous fox pro.
La direction n'a pas les sources mais j'ai toutefois acces à toutes les tables que j'ai converties de dbf en mdb.
En effet l'impératif qui m'est donné et de pouvoir récuperer tous les fichiers clients existants.

J'imagine bien que toutes les données de ces clients appartiennent à la direction et non à la personne qui avait développé la bdd.
le probleme c'est que pour garder au mieux l'architecture qu'il y avait, je vais devoir travailler sur des tables où les noms des champs seront identiques.
et même si je change les noms, au final ma base ressemblera beaucoup à la base foxpro dans la construction des tables et dans leurs relations...

Jusqu'où va mon droit?
merci de vos réponses

[Piotrek]

Si c'est une application developpee specifiquement pour cette societe, tu en as le droit

Si c'est une appli commerciale generique (en boite) la structure de la DB appartient au createur du soft.

Dans tous les cas il faut verifier dans la licence si il y a des dispositions particulieres

[alyphe]

Merci de ta réponse

c'est un produit qui a été développé par un indépendant spécifiquement pour ma société. mais il en reste propriétaire et toutes les sources sont à lui.
d'autre part, il a vendu ce même logiciel à d'autres sociétés depuis.

le problême c'est que son logiciel est mal fouttu et ressemble à un gros patchwork avec des fonctionalités datant de matusalem.

mon rôle aujourd'hui est de developper un produit plus moderne et plus rapide (le rapide me fesant douter sur mon choix de access) mais en concervant toutes les données client jusqu'à aujourd'hui.

c'est pour ça que sans conserver le même type de structure des tables je ne sais pas comment je vais y arriver...

[Piotrek]

Faut que t'essaie de trouver le contrat, si t'est certain que les droits sont a celui qui l'a developpe, bin va falloir soit lui demander l'autorisation d'utiliser son schema, soit faire ton schema et importer les donees en consequence (ce qui est la meilleure solution etant donne que l'appli va surement evoluer)

Tu pense utiliser Access avec combien d'utilisateurs?

[alyphe]

Oui je vais demander à voir le contrat ça sera pas un soucis.
mais lui demander une autorisation... hum faudra surement l'acheter l'autorisation :p

Concernant le nombre d'utilisateurs je pensais à une dizaine par agence. mais la direction m'a annoncé hier que le chiffre montera à une trentaine sur une des agences...

l'architecture de ma base devrait quand même limiter les ralentissements:
la partie client ne contient aucune table, juste des liens.
la partie serveur quant à elle héberge les tables. certaines tables sont seules dans leur .mdb mais j'ai du en regrouper d'autres (la partie client en particulier une dizaine de tables dans le mdb) pour établir mes relations.

[Piotrek]

Je te conseille de faire quelques tests, de part ma propre experience je considere Access "lent" a partir de 5 utilisateurs simultanes.

Peut etre que tu peux faire des liens sur un SQL Server Express depuis les clients Access

et même si je change les noms, au final ma base ressemblera beaucoup à la base foxpro dans la construction des tables et dans leurs relations...

Il y a des choses qui sont immuables, la table client et produits seront liees de la meme facon quelque soit le soft.

[alyphe]

Peut etre que tu peux faire des liens sur un SQL Server Express depuis les clients Access

mais quel idiot! ça ne m'avait même pas éfleuré l'esprit.
merci beaucoup pour cette idée je pense que je vais me diriger vers ça.

Pour le reste de ma question on verra déjà ce que dit l'ancien contrat... et puis si ça se trouve l'ancien developpeur restera correct