Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore
l'autre jour, un des mes étudiants me demandait s'il était pensable
qu'un jour MySQL puisse être lu par d'autres langages plus
"conventionnel". Certes, je lui ai répondu que cela n'était pas
d'actualité mais lorsque deux produits sont aussi proche l'un de l'autre
ne prenons nous pas le risque que la mort de l'un implique la mort de
l'autre ? Et avec l'avènement du .Net et du C#, j'avoue que cela me pose
quelques soucis.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jerome paulin
J'utilise courament MySQL depuis Delphi et Kylix.
"Francis Lemeyeur" a écrit dans le message news:
Bonjour à tous,
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore l'autre jour, un des mes étudiants me demandait s'il était pensable qu'un jour MySQL puisse être lu par d'autres langages plus "conventionnel". Certes, je lui ai répondu que cela n'était pas d'actualité mais lorsque deux produits sont aussi proche l'un de l'autre ne prenons nous pas le risque que la mort de l'un implique la mort de l'autre ? Et avec l'avènement du .Net et du C#, j'avoue que cela me pose quelques soucis.
J'utilise courament MySQL depuis Delphi et Kylix.
"Francis Lemeyeur" <nomail@nospam.fr> a écrit dans le message news:
GFr.1a75dd1dbb68555e9896b9@news.free.fr...
Bonjour à tous,
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore
l'autre jour, un des mes étudiants me demandait s'il était pensable
qu'un jour MySQL puisse être lu par d'autres langages plus
"conventionnel". Certes, je lui ai répondu que cela n'était pas
d'actualité mais lorsque deux produits sont aussi proche l'un de l'autre
ne prenons nous pas le risque que la mort de l'un implique la mort de
l'autre ? Et avec l'avènement du .Net et du C#, j'avoue que cela me pose
quelques soucis.
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore l'autre jour, un des mes étudiants me demandait s'il était pensable qu'un jour MySQL puisse être lu par d'autres langages plus "conventionnel". Certes, je lui ai répondu que cela n'était pas d'actualité mais lorsque deux produits sont aussi proche l'un de l'autre ne prenons nous pas le risque que la mort de l'un implique la mort de l'autre ? Et avec l'avènement du .Net et du C#, j'avoue que cela me pose quelques soucis.
M.D
Dans l'article , disait...
Bonjour à tous,
Bonjour,
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore l'autre jour, un des mes étudiants me demandait s'il était pensable qu'un jour MySQL puisse être lu par d'autres langages plus "conventionnel".
Il faudrait déja donner à vos étudiants les mots exacts. On ne « lit » pas dans un SGBDR étant donné que c'est un serveur de données, un SGBDR ne s'ouvre pas comme un fichier de données. On pose une requête, et le serveur retourne un bloc de données dont on formatte le résultat.PHP lui-même n'est pas un langage de base de données, mais il inclus des fonctions d'accès.
Certes, je lui ai répondu que cela n'était pas d'actualité mais lorsque deux produits sont aussi proche l'un de l'autre
MySQL et d'autres sont très bien « lus » en C, en batch, sous Delphi etc.
-- Marc
Dans l'article <GFr.1a75dd1dbb68555e9896b9@news.free.fr>,
nomail@nospam.fr disait...
Bonjour à tous,
Bonjour,
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore
l'autre jour, un des mes étudiants me demandait s'il était pensable
qu'un jour MySQL puisse être lu par d'autres langages plus
"conventionnel".
Il faudrait déja donner à vos étudiants les mots exacts. On ne
« lit » pas dans un SGBDR étant donné que c'est un serveur de
données, un SGBDR ne s'ouvre pas comme un fichier de données.
On pose une requête, et le serveur retourne un bloc de données
dont on formatte le résultat.PHP lui-même n'est pas un langage
de base de données, mais il inclus des fonctions d'accès.
Certes, je lui ai répondu que cela n'était pas
d'actualité mais lorsque deux produits sont aussi proche l'un de l'autre
MySQL et d'autres sont très bien « lus » en C, en batch,
sous Delphi etc.
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore l'autre jour, un des mes étudiants me demandait s'il était pensable qu'un jour MySQL puisse être lu par d'autres langages plus "conventionnel".
Il faudrait déja donner à vos étudiants les mots exacts. On ne « lit » pas dans un SGBDR étant donné que c'est un serveur de données, un SGBDR ne s'ouvre pas comme un fichier de données. On pose une requête, et le serveur retourne un bloc de données dont on formatte le résultat.PHP lui-même n'est pas un langage de base de données, mais il inclus des fonctions d'accès.
Certes, je lui ai répondu que cela n'était pas d'actualité mais lorsque deux produits sont aussi proche l'un de l'autre
MySQL et d'autres sont très bien « lus » en C, en batch, sous Delphi etc.
-- Marc
P'tit Marcel
(xpost fclp et fcas, suivi facs)
Francis Lemeyeur écrivit sur fcas :
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore l'autre jour, un des mes étudiants me demandait s'il était pensable qu'un jour MySQL puisse être lu par d'autres langages plus "conventionnel".
C'est plutôt l'inverse. Jusqu'à récemment, MySQL était d'une certaine manière le SGBD privilégié par php même si les autres SBGBD du marché sont également accessibles de php. Par exemple la bibliothèque Client MySql était intégrée au paquet php, et la quasi totalité des scripts et solutions disponibles utilisent MySQL.
Cette affinité est nettement remise en cause depuis peu : - php5 ne sera pas livré avec les bibliothèques client MySQL - php sera livrée avec SQLite, un serveur SGBD qui pourrait concurrencer MySQL
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur SGBD à un environnement de programmation. Est-ce pour singer Access ?
(xpost fclp et fcas, suivi facs)
Francis Lemeyeur <nomail@nospam.fr> écrivit sur fcas :
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore
l'autre jour, un des mes étudiants me demandait s'il était pensable
qu'un jour MySQL puisse être lu par d'autres langages plus
"conventionnel".
C'est plutôt l'inverse. Jusqu'à récemment, MySQL était d'une certaine
manière le SGBD privilégié par php même si les autres SBGBD du marché sont
également accessibles de php. Par exemple la bibliothèque Client MySql
était intégrée au paquet php, et la quasi totalité des scripts et solutions
disponibles utilisent MySQL.
Cette affinité est nettement remise en cause depuis peu :
- php5 ne sera pas livré avec les bibliothèques client MySQL
- php sera livrée avec SQLite, un serveur SGBD qui pourrait concurrencer
MySQL
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur
SGBD à un environnement de programmation. Est-ce pour singer Access ?
Je trouve dommage que l'on marie systématiquement MySQL et PHP. Encore l'autre jour, un des mes étudiants me demandait s'il était pensable qu'un jour MySQL puisse être lu par d'autres langages plus "conventionnel".
C'est plutôt l'inverse. Jusqu'à récemment, MySQL était d'une certaine manière le SGBD privilégié par php même si les autres SBGBD du marché sont également accessibles de php. Par exemple la bibliothèque Client MySql était intégrée au paquet php, et la quasi totalité des scripts et solutions disponibles utilisent MySQL.
Cette affinité est nettement remise en cause depuis peu : - php5 ne sera pas livré avec les bibliothèques client MySQL - php sera livrée avec SQLite, un serveur SGBD qui pourrait concurrencer MySQL
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur SGBD à un environnement de programmation. Est-ce pour singer Access ?
Otto Haldi
Hello Marcel
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur SGBD à un environnement de programmation. Est-ce pour singer Access ?
Je trouve cela assez intéressant. Surtout pour ceux qui réalise de petites applications sur le web. De cette façon on pourra enfin accéder aux fichiers de données qui seront déposés dans les même répertoires que les scripts. Je suppose que de cette façon il ne plus nécessaire de passer par les fichiers Dump pour le transfert de données. Mais bon, dans un sens je suis aussi d'accord avec toi. Chacun sa spécialité!
Salutations
Otto
Hello Marcel
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur
SGBD à un environnement de programmation. Est-ce pour singer Access ?
Je trouve cela assez intéressant. Surtout pour ceux qui réalise de petites
applications sur le web. De cette façon on pourra enfin accéder aux fichiers de
données qui seront déposés dans les même répertoires que les scripts.
Je suppose que de cette façon il ne plus nécessaire de passer par les fichiers
Dump pour le transfert de données.
Mais bon, dans un sens je suis aussi d'accord avec toi. Chacun sa spécialité!
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur SGBD à un environnement de programmation. Est-ce pour singer Access ?
Je trouve cela assez intéressant. Surtout pour ceux qui réalise de petites applications sur le web. De cette façon on pourra enfin accéder aux fichiers de données qui seront déposés dans les même répertoires que les scripts. Je suppose que de cette façon il ne plus nécessaire de passer par les fichiers Dump pour le transfert de données. Mais bon, dans un sens je suis aussi d'accord avec toi. Chacun sa spécialité!
Salutations
Otto
jz
Francis Lemeyeur wrote:
Bonjour à tous, ...
Moi je trouve ça bien louche, 3 messages d'une bêtise effroyable postés ce matin dans 3 groupes différents (fr.comp.applications.x11, fr.comp.applications.sgbd et fr.comp.developpement), avec 3 signataires différents (Laurent Guerin, Jocelyn et Francis Lemyeur)
MAIS :
- rédigés avec le même newreader peu commun (Gravity Fr_Build60b v2.60);
- postés depuis la même machine (ip 62.23.238.254) qui héberge la mystérieuse Association E.I.G.(Etudes Informatiques Gestion)
- avec le même champ organization (EcopliDeLaPoste)
Dis donc, vous avez bien du temps libre chez EIG ou chez LaPoste :)
Jacques
PS. C'est quand même très marrant de voir la promptitude avec laquelle certains réagissent et s'enflamment face à tes diatribes incohérentes :)
Francis Lemeyeur wrote:
Bonjour à tous,
...
Moi je trouve ça bien louche, 3 messages d'une bêtise effroyable postés
ce matin dans 3 groupes différents (fr.comp.applications.x11,
fr.comp.applications.sgbd et fr.comp.developpement), avec 3 signataires
différents (Laurent Guerin, Jocelyn et Francis Lemyeur)
MAIS :
- rédigés avec le même newreader peu commun (Gravity Fr_Build60b v2.60);
- postés depuis la même machine (ip 62.23.238.254)
qui héberge la mystérieuse Association E.I.G.(Etudes Informatiques Gestion)
- avec le même champ organization (EcopliDeLaPoste)
Dis donc, vous avez bien du temps libre chez EIG ou chez LaPoste :)
Jacques
PS. C'est quand même très marrant de voir la promptitude avec laquelle
certains réagissent et s'enflamment face à tes diatribes incohérentes :)
Moi je trouve ça bien louche, 3 messages d'une bêtise effroyable postés ce matin dans 3 groupes différents (fr.comp.applications.x11, fr.comp.applications.sgbd et fr.comp.developpement), avec 3 signataires différents (Laurent Guerin, Jocelyn et Francis Lemyeur)
MAIS :
- rédigés avec le même newreader peu commun (Gravity Fr_Build60b v2.60);
- postés depuis la même machine (ip 62.23.238.254) qui héberge la mystérieuse Association E.I.G.(Etudes Informatiques Gestion)
- avec le même champ organization (EcopliDeLaPoste)
Dis donc, vous avez bien du temps libre chez EIG ou chez LaPoste :)
Jacques
PS. C'est quand même très marrant de voir la promptitude avec laquelle certains réagissent et s'enflamment face à tes diatribes incohérentes :)
Léo Wauters
On 19 Jan 2004 16:10:20 GMT, "P'tit Marcel" wrote:
(xpost fclp et fcas, suivi facs)
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur SGBD à un environnement de programmation. Est-ce pour singer Access ?
Bah oui, c'est un peu bête dans un sens. D'un autre côté, la plupart des applis php ont besoin d'une base de données, mais pas forcément de la taille / puissance de Mysql. SQLLite conviendrait dans nombre de cas (petits portails, stockage d'informations personnelles...)
Léo.
On 19 Jan 2004 16:10:20 GMT, "P'tit Marcel"
<geononauxspams@centrale-lyon.org.invalid> wrote:
(xpost fclp et fcas, suivi facs)
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur
SGBD à un environnement de programmation. Est-ce pour singer Access ?
Bah oui, c'est un peu bête dans un sens.
D'un autre côté, la plupart des applis php ont besoin d'une base de
données, mais pas forcément de la taille / puissance de Mysql. SQLLite
conviendrait dans nombre de cas (petits portails, stockage
d'informations personnelles...)
On 19 Jan 2004 16:10:20 GMT, "P'tit Marcel" wrote:
(xpost fclp et fcas, suivi facs)
Je n'ai d'ailleurs toujours pas compris pourquoi diable ajouter un serveur SGBD à un environnement de programmation. Est-ce pour singer Access ?
Bah oui, c'est un peu bête dans un sens. D'un autre côté, la plupart des applis php ont besoin d'une base de données, mais pas forcément de la taille / puissance de Mysql. SQLLite conviendrait dans nombre de cas (petits portails, stockage d'informations personnelles...)
