J'ai eu un problème de cryptage/décryptage à cause du fait que la fonction chr() est sensible à la
page de code du Windows de la station (current code page).
"Marc Dardenne" <md@tc2s.be> a écrit dans le message de news:wQSKKVtfEHA.1336@serveur...
> Bonjour Thierry,
>
> Nous travaillons sur le développement d'un ERP ce qui implique plus de 150
> tables avec près de 1000 relations.
>
> Plusieurs problèmes se sont posés :
> - Corruptions régulières de la base de données liées à des indexes détruits
> ou endommagés
> - Non accessibilité par un utilisateur de données encodées par un autre
> utilisateur sur une autre station
>
> De plus, les requêtes sont limitées à 9 joins ... ce qui ne sera plus le cas
> en VFP9.
>
> Nous perdons énormément de temps à solutionner des problèmes liés aux
> données.
>
> Nous travaillons avec le StoneField Database TK mais cela ne solutionne pas
> nos problèmes.
>
> D'autre part, la demande de DB reconnues est croissante et c'est aussi cela
> qui nous a poussé à aller vers SQL Server.
>
> "Thierry Nivelet" <tnivelet_nospam@abaqueinside.com> a écrit dans le message
> de news:FWh49qsfEHA.1588@serveur...
> > Bonjour Marc,
> > Peux-tu nous donner un aperçu des problèmes que tu as rencontrés avec la
> DB VFP ?
> > --
> > AtoutFoxement,
> > Th Nivelet
> > Communauté Francophone des Professionnels FoxPro
> >
> > "Marc Dardenne" <md@tc2s.be> a écrit dans le message de
> news:kpHoBFsfEHA.1340@serveur...
> > > Bien content de voir que la promotion de notre cher outil continue. Avec
> les
> > > bruits qui courent sans cesse, on se pose des questions sur l'avenir de
> VFP.
> > >
> > > Dans les thèmes abordés, la relation entre VFP et d'autres DB telle que
> SQL
> > > Server me semble interessante. Personnellement, j'ai eu énormément de
> > > problèmes avec la DB VFP et je suis passé en SQL mais les temps de
> réponse
> > > ne suivent pas toujours.
> > >
> > > A bientôt.
> > >
> > > Marc
> > >
> > >
> >
> >
>
>