Discussion :

[Papy214]

Bonjour

Je cherche des avis de personnes pouvant me faire un retour d'expérience sur UNIDAC pour un accès à ORACLE en remplacement du BDE.

Que pouvez-vous me dire sur ce framework ?

En prime , si quelqu'un a déjà testé leur utilitaire de migration depuis BDE, je suis preneur.

[Lung]

Ce n'est pas unidac mais odac que j'avais utilisé (vu que le besoin était uniquement oracle).
Nous aussi, on cherchait une alternative fiable au BDE. Avec odac, la migration s'est passée sans problème et très rapidement. Les fonctions et propriétés (en tout cas celles qu'on utilisait) sont quasi les mêmes, donc très peu de retouche du code.
Et leur outils de migration bde vers odac faisait quasi tout le travail (à peine quelques retouches).
Au final, bonne performance, pas de bugs rencontrés, et migration rapide.

J'imagine que pour unidac ça doit être pareil.

[Papy214]

Merci pour ce retour !
J'avais envisagé Firedac pour la migration mais comme l'application manipule aussi des fichiers DBase, j'ai besoin d'une solution comme UNIDAC.
Si l'outil de migration fait déjà une grosse partie du travail, ça ferait gagner du temps et de l'argent.

[ShaiLeTroll]

L'application tourne à la fois sur ORACLE et DBase ?
Si c'est deux DB distinctes aux structures différentes, ODAC pour Oracle et Apollo Engine pour DBase, ça peut se jouer et tu auras des composants optimisés pour chacun
Si c'est la même DB juste une version monoposte et l'autre multi-poste par exemple, cela doit être complexe à coder, en gros c'est utilisé ORACLE comme DBase, c'est totalement contre performant (et l'inverse aussi)

[Papy214]

L'application utilise principalement ORACLE mais il y a plusieurs utilisation du TBatchmove (une trentaine environ) pour échanger des données entre ORACLE et des fichiers DBF.
C'est pour ça que je préfère une solution unifiée qui fera tout.
Mais peut-être que le couple ODAC + Apollo fonctionnerait avec le TBatchmove ?
Après, s'il faut payer 2 produit au lieu d'un, j'ai du mal à voir l'avantage si un seul peut faire le job

[ShaiLeTroll]

En gros, tu ne fais que de l'export vers DBase, vu l'enjeu, tu peux bien utiliser UNIDAC mais j'ignore la qualité de son support de ce format de base de données antédiluvien
J'ai eu peur que tu veuilles faire une application qui tourne sur ORACLE ou DBASE selon l'utilisateur, vu le grand écart entre les deux, utiliser un composant commun aurait été un piège absolu, dans le cas de l'export, aucun soucis

[Papy214]

C'est ça. DBase ne sert qu'à de l'échange de données avec une autre application.
L'accès a DBase se fait soit de façon directe soit par ODBC (qui ne fonctionne que très partiellement sinon je l'aurais utilisé avec Firedac).
La version trial semble donner de bons résultats en accès direct.
On a fait cette proposition au client. On verra bien la réponse.

Merci de ton avis sur le produit ...

[SergioMaster]

Bonjour,

je n'ai suivi qu'en pointillé cette discussion.

J'avais envisagé Firedac pour la migration mais comme l'application manipule aussi des fichiers DBase.

Le "mais" m'interpelle car Firedac peut accéder a des fichiers DBase Voci ce que recommande Dmitry Arefiev

Si l'outil de migration fait déjà une grosse partie du travail.

Là par contre je ne sais pas ce qu'il en serait car pour le peu que j'ai utilisé l'outil de migration proposé avec Firedac cela n'a pas été une réussite. D'un autre côté c'est aussi de ma faute, je n'écris plus du tout pareil qu'au bon vieux temps du BDE, du coup une migration "basique" à coup de tables et peu de query ne me plaisait pas des masses.

[Papy214]

J'ai essayé l'accès à DBase avec Firedac pour une autre application. La seule méthode que j'ai trouvé est de passer par ODBC et le driver Microsoft.
Déjà, il y en a plusieurs versions. Ensuite, dès que j'ouvrais une requête, j'obtenais un plantage direct de l'application sans même avoir de détails sur l'erreur. Ca me paraissait bien trop instable pour aller plus loin.

J'avais aussi testé avec advantage mais pareil, pas mal d'erreurs incompréhensibles.

Ensuite, pour l'outil de migration, je parlais de celui fourni avec UNIDAC et pas de Refind qui est juste une utilisation plus ou moins poussée d'expressions régulières. La première fois que je l'ai utilisé, je me suis réjoui d'avoir une bonne sauvegarde du code source, ce qui m'a permis de rattraper pas mal d'erreurs provoquées par l'outil.