par
iclo » 31 mars 2005, 21:38
Vu que ltes messages traitent en gros du même sujet, je pense que'il serait plus simple que tout se passe dans le même sujet, sinon, on risque de ne plus s"y retrouver.
Concernant Access, je pense qu'on t'a donner une vision réaliste du problême. Access n'est pas conçu pour ce genre d'usage, et tôt où tard tu vas avoir un problême pour peux que tu ais deux applications qui vont accéder à cette Db. Il y a bien un jour où deux employés finiront pas faire une opération sur la même table et en même temps.
J'ai déja du expérimenter ce truc en l'attaquant à partir d'une application Java, ( un énoncé imposé par un prof) et on a même réussi à le faire planter sur des selects concurrents.
Bref, oublies Access ou dans 2 mois tu seras bon pour tout refaire.
Si ton patron ne comprend pas ça, fournit lui la doc, où amènes le sur le forum on lui expliquera ( et sinon; assures tes arrières car quand il va comprendre vaudrait mieux que ça ne te retombe pas dessus.
)
Vu que ltes messages traitent en gros du même sujet, je pense que'il serait plus simple que tout se passe dans le même sujet, sinon, on risque de ne plus s"y retrouver.
Concernant Access, je pense qu'on t'a donner une vision réaliste du problême. Access n'est pas conçu pour ce genre d'usage, et tôt où tard tu vas avoir un problême pour peux que tu ais deux applications qui vont accéder à cette Db. Il y a bien un jour où deux employés finiront pas faire une opération sur la même table et en même temps.
J'ai déja du expérimenter ce truc en l'attaquant à partir d'une application Java, ( un énoncé imposé par un prof) et on a même réussi à le faire planter sur des selects concurrents.
Bref, oublies Access ou dans 2 mois tu seras bon pour tout refaire.
Si ton patron ne comprend pas ça, fournit lui la doc, où amènes le sur le forum on lui expliquera ( et sinon; assures tes arrières car quand il va comprendre vaudrait mieux que ça ne te retombe pas dessus. :D :D :D :D :D )
