Migration vers Interbase [Résolu]

[mona]

Bonjour,

Je travaille actuellement sur une base de données Access et je souhaite la migrer vers Interbase. J'ai donc avant tout, quelques questions à propos de Interbase / Firebird.

Je migre vers quoi, FireBird, Interbase6.0 ou Interbase7.0? (Je préfère les versions gratuites)

Est-ce que il y a beaucoup de différence au niveau du SQL, vais-je avoir beaucoup de changement à faire dans mes requête et dans mon VBA? (Sachant que je pars d'une BD Access)

Interbase c'est bon pour un accès concurrentiel de 20 personnes? Il y a une limite?

Merci de m'éclairer

[Barbibulle]

En version gratuit préférez Firebird, car IB6 n'évolue et n'évoluera pas.

Quand à la migration de votre application, tout dépend de vos requetes SQL, ACCESS n'est pas toujours à la norme.

Maintenant, vous ne précisez pas ce que vous voulez migrer.

Que la base de données ? ou également la partie application (VBA, Etats, Formulaires, etc) d'ACESS ?

Sachant que si vous ne migrez que les données (vous allez créer des tables liées dans Access vers Firebird en utilisant un driver ODBC), vous n'aurez pas accès pleinement à la puissance de firebird, à cause d'ODBC qui reste quand même une norme d'accès aux données assez lourde. Par contre cette méthode vous permettra d'utiliser votre programme VBA sans trop de changement.

[mona]

Bonjour!

Merci de la réponse!
Au départ mon intention était de transmettre seulement les tables vers Firebird. Parce que présentement, j'ai plusieurs problèmes de verouillage et de lenteur avec Access. J'imagine que la meilleure solution serait de migrer les formulaires, VBA et état également pour bénéficier de tous les avantages de firebird par rapport à Access!?

Interbase 7.0 coute combien environ? (J'ai 15 utilisateurs)

Merci!!

[Barbibulle]

Migrez vos tables et faites des tests de performance. Il n'est pas dit que ce soit plus performant suivant la façon dont vous avez programmé et à cause du driver ODBC.
Deuxièmement, les problemes de conflics d'accès que vous avez actuellement risque fort de rester. Souvant ce n'est pas un probleme du SGBD (qui ne fait que prévenir d'un problème) mais de l'application qui utilise le SGBD.

Pour ce qui est des prix d'Interbase 7.5 il suffit d'aller sur le site du revendeur officiel de Borland :
http://www.microsigma.fr/borland/deployer.html
Ou les autres revendeurs agréés :
http://www.borland.fr/company/contact/revendeur.html

[Epouvantail]

Etant confronté au problème en ce moment même :

les requêtes SQL access ne sont pas tout à fait compatibles avec Firebird : le type Boolean n'existe pas à ma connaissance sous firebird :

access : WHERE DATE_MACHIN
devient en firebird : WHERE DATE_MACHIN IS NOT NULL

access WHERE VARIABLE_BOOLEAN
devient en firebird : WHERE VARIABLE_BOOLEAN = 1 (avec le champ déclaré en Smallint

L'autre problème est d'être très rigoureux sur la déclaration du champ : par exemple sur access on peut tester une date nulle, sous firebird il faut mieux déclarer 01/01/2070 comme date vide ...

Donc assez peu de modif sur les requêtes ...

[Magnus]

Je ne connais pas très bien Access mais d'après ce que j'ai compris, il existe aussi des fonctions de la norme SQL qui ne sont pas respectés.

Ex: l'opérateur LIKE avec le caractère générique '%' dans la norme qui se transforme en '*' sous Access.

[Epouvantail]

Envoyé par Magnus

Je ne connais pas très bien Access mais d'après ce que j'ai compris, il existe aussi des fonctions de la norme SQL qui ne sont pas respectés.

Ex: l'opérateur LIKE avec le caractère générique '%' dans la norme qui se transforme en '*' sous Access.

En effet, les % ne fonctionnent pas et il n'y a pas d'opérateur CONTAINING pour le remplacer.