Discussion :

[piscine]

Bonjour,
j'ai developpé 3 applications avec Delphi7 et MS SQL 2000. J'utilise les procédures stockées et j'en suis ravi.
Néanmoins j'aimerais passer à MySql pour des questions financières, si je veux insaller ces programmes chez des clients.
De quoi ai-je besoin si je veux continuer à utiliser les procedures stockées.
j'ai telecharger MySql 5 mais je n'y ai accès qu'en mode console.
Est-il possible de garder mes bases faites en Ms Sql?
Merci de m'aider.

[adgabd]

a mon avis t'as qu'a importer les script des procedure stocke et de les trensforme en simple requette SQL
Bonne chance

[MystikShadows]

En effet, presentement, MySQL n'a pas de procedures stoqués (la prochaine version devrait l'avoir parcontre).

Depuis SQL Server tu peut exporte tes structure de tables en requete SQL (Create Table blah blah blah) Pour les procedures stoqués il devrait etre possible de recuperer le code source ce celles ci et les sauver pour les convertir en requetes SQL standard (je garderais le code des procedures stoqués pour la prochaine version de MySQL. Mais presentement, ca existe pas.

[vanquish]

outils :

Par défaut MySQL est livré avec un minimum d'outils.
Télécharge sur dev.mysql.com l'outil MySQL Query.
Il semble capable d'éditer et même de débugguer (pas à pas) des script.
Mais je ne me suis jamais servi de ces fonctions.

aspect financier
Attention, si tu distribue mySQL avec ton appli MySQL n'est plus gratuit (à moins que ton programme soit sous licence GPL).
(cela reste néanmoins financièrement interressant par rapport à Ms SQL)

stablité
La version 5 est en alpha - c'est à dire un stade avant la béta.
Le gros du développement en cours concerne justement les procédures stockées. Autant dire que c'est pas béton.

Autant je suis fan de mySQL 4.1, autant il me parrait dangeureux d'installer, en exploitation, chez des clients une version alpha.


Jette un oeil à FireBird :
- il est totalement gratuit et redistribuable.
- il permet procédure stockée et trigger depuis toujours.
- il est réputé stable.

Lui aussi est livré avec un minimum d'outils en terme d'administration.
Mais tu trouvera de très nombreux outils (certains gratuit) pour pouvoir travailler de façon confortable.

[filouxera]

outils :

stablité
La version 5 est en alpha - c'est à dire un stade avant la béta.
Le gros du développement en cours concerne justement les procédures stockées. Autant dire que c'est pas béton.

Qu'en est-il aujourd'hui pour l'ODBC ?

sinon il existe les composants de lab core, mais sont ils vraiment efficaces ?

[Rayek]

outils :

stablité
La version 5 est en alpha - c'est à dire un stade avant la béta.
Le gros du développement en cours concerne justement les procédures stockées. Autant dire que c'est pas béton.

Qu'en est-il aujourd'hui pour l'ODBC ?

sinon il existe les composants de lab core, mais sont ils vraiment efficaces ?

Oui ils fonctionnent tres bien, je les utilise pour une application et ils sont tres fiables (pas eu encore de bug)

[filouxera]

Si je comprends bien, tu utilises aussi Delphi avec les composants de Labcore ?

Utilise tu des procedures stockés avec des IN et OUT et comment ?

As tu un exemple simple a me montrer ?

Merci

Filou

[Rayek]

Non je n'utilises pas les procédures stockées vu que MySQL 4.x.x ne les gère pas.
Pour le reste ca fonctionne tres bien.

[filouxera]

Pour ma part quand je n'accédais qu'aux tables j'utilisais les composants de base de Delphi, mais en essayant d'accéder aux procedures stockées (avec l'ODBC3.51.12 & D2005 Pro) j'avais l'erreur :




J'essai de passer par les composants Core lab et voici l'erreur que j'ai


Mon create procedure est comme ci-dessous :
CREATE PROCEDURE `Pa_Get_UserDetail`(
IN _ID_USR INT,
_VALID_USR CHAR(1),
OUT _NOM_USR VARCHAR(25),
_PRENOM_USR VARCHAR(25),
_CODE_USR VARCHAR(8),
_ADRIP_USR VARCHAR(15),
_DESC_USR VARCHAR(55),
_COMM_USR VARCHAR(255),
_REST_USR VARCHAR(5)
)

Je précise que dans le Query Browser de MySQL tout est OK.

qu'en pensez vous ?

filouxera