Bonjour,
je vous explique mon dilemne...
Dans la socièté où je bosse, il y a quelques 40 bases Access toutes plus ou moins semblables mais indépendant (à mon grand désarroi ).
J'ai décidé de faire migrer tout ça vers une base unique puisque c faisable (j'ai fait l'analyse) Au départ, je pensais virer Access une bonne fois pour toute vu qu'on exploite tout en réseaux et que les performances sont catastrophiques. j'ai opté pour interbase pour des raisons de coût, de simplicité d'administration, de performances...bref toutes les raisons qui nous font nous tourner vers interbase.
Et là je me hurte à un mur. mes chers utilisateurs ont bien pris l'habitude d'Acces et sont plus ou moins autonomes, par ailleurs, la fonction de RAD d'Access ne rencontre à mon sens pas d'équivalent. Donc ça serait bien pratique pour moi de conserver les interfaces, quitte à les adapter (bien sur)...d'une part parce qu'il y en a beaucoup mais surtout parce que ça me laisserait le temps de développer la partie client proprement sans exploser ni le budget, ni le timming.
Donc je suis parti sur une soluce comme suit :
- Access 2000 / 2003 en frontal
- pont ODBC
- Interbase 6.0 comme SGBDR
sauf que j'ai comme un soucis, je lie mes tables Access vers mon gdb...jusqu'ici pas de problème le driver fonctionne mais je n'ai accès qu'en consultation à mes données, impossibles de les modifier ou d'en insérer.
d'où ma question, y-a-t-il une manip particulière à effectuer du côté d'interbase, genre des droits à allouer. Sachant que pour l'instant, ds les cadre de mes tests, je bosse avec SYSDBA.
Par ailleurs, la solution que j'ai choisi (même si elle est sensée rester temporaire), pose-t-elle des problèmes particuliers que je n'aurais pas relever?
Et j'en termine avec : Quid d'une installation sur un serveur en FreeBSD?
Merci d'avance.
Simon
P.S : j'ai un doute sur l'emplacement de ce post, désolé, si j'ai fait une erreur.
Partager