Est-il possible d'utiliser une source d'authentification exterieure pour
les utilisateurs MySQL? J'aimerai faire du RADIUS via PAM si c'etait
possible.
--
Emmanuel Dreyfus
Le cahier de l'admin BSD 2eme ed. est dans toutes les bonnes librairies
http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
manu@netbsd.org
Une raison est peut-être aussi que c'est le SGBDR proposé par pas mal d'hébergeurs (pour un certain public).
Ben justement, ils ont un problème d'authentification des utilisateur de la base MySQL à regler, ces hebergeurs. Et les crédits sont les mêmes que pour les autres services. Mais peut être sont-ce les autres services qui utilisent les crédits d'authentification de la base MySQL?
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
drkm <usenet@fgeorges.org> wrote:
Une raison est peut-être aussi que c'est le SGBDR proposé par pas
mal d'hébergeurs (pour un certain public).
Ben justement, ils ont un problème d'authentification des utilisateur de
la base MySQL à regler, ces hebergeurs. Et les crédits sont les mêmes
que pour les autres services. Mais peut être sont-ce les autres services
qui utilisent les crédits d'authentification de la base MySQL?
--
Emmanuel Dreyfus
Un bouquin en français sur BSD:
http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
manu@netbsd.org
Une raison est peut-être aussi que c'est le SGBDR proposé par pas mal d'hébergeurs (pour un certain public).
Ben justement, ils ont un problème d'authentification des utilisateur de la base MySQL à regler, ces hebergeurs. Et les crédits sont les mêmes que pour les autres services. Mais peut être sont-ce les autres services qui utilisent les crédits d'authentification de la base MySQL?
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
Julien Delange
On Tue, 04 Jan 2005 20:56:46 +0100, Emmanuel Dreyfus wrote:
Ben oui, justement, on ne peut pas dire que PostgreSQL soit vraiment plus compliqué à mettre en oeuvre de MySQL, et il sait quand même faire plus de choses.
PostgreSQL est tout de même un peu plus complexe au niveau de la mise en place (mais néanmoins plus complet ... BIEN plus complet).
On Tue, 04 Jan 2005 20:56:46 +0100, Emmanuel Dreyfus wrote:
Ben oui, justement, on ne peut pas dire que PostgreSQL soit vraiment
plus compliqué à mettre en oeuvre de MySQL, et il sait quand même faire
plus de choses.
PostgreSQL est tout de même un peu plus complexe au niveau de la mise en
place (mais néanmoins plus complet ... BIEN plus complet).
On Tue, 04 Jan 2005 20:56:46 +0100, Emmanuel Dreyfus wrote:
Ben oui, justement, on ne peut pas dire que PostgreSQL soit vraiment plus compliqué à mettre en oeuvre de MySQL, et il sait quand même faire plus de choses.
PostgreSQL est tout de même un peu plus complexe au niveau de la mise en place (mais néanmoins plus complet ... BIEN plus complet).
Croco
Le 04-01-2005, Erwann ABALEA a écrit :
On Tue, 4 Jan 2005, Emmanuel Dreyfus wrote:
Il est vraiment nul ce RDBMS, pourquoi tout le monde tient tant à l'utiliser?
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple.
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL sont aussi compliqués l'un que l'autre a mettre en oeuvre.
C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es administrateur.
En meme temps, je ne comprends pas vraiment l'intéret de passer par MySQL la plupard du temps. Parce que si ce sont des données simples (non relationnelles), telles que les données de configuration d'un soft, db serait AMHA bien plus léger tout en assurant le meme niveau de service.
Et si l'on commence à avoir besoin de relationnel, il est peut-être temps de passer à un vrai SGDB...
Tu passes à Postgresql, tu comprends un peu mieux le métier de DBA quand il faut optimiser une base.
Oui, mais pour l'utilisation qui est généralement faite de MySQL, faire la même chose (sans optimisation, donc) est aussi facile en PostgreSQL...
Croco
Le 04-01-2005, Erwann ABALEA <erwann@abalea.com> a écrit :
On Tue, 4 Jan 2005, Emmanuel Dreyfus wrote:
Il est vraiment nul ce RDBMS, pourquoi tout le monde tient tant à
l'utiliser?
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple.
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL
sont aussi compliqués l'un que l'autre a mettre en oeuvre.
C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es
administrateur.
En meme temps, je ne comprends pas vraiment l'intéret de passer par
MySQL la plupard du temps. Parce que si ce sont des données simples (non
relationnelles), telles que les données de configuration d'un soft, db
serait AMHA bien plus léger tout en assurant le meme niveau de service.
Et si l'on commence à avoir besoin de relationnel, il est peut-être
temps de passer à un vrai SGDB...
Tu passes à Postgresql, tu comprends un peu mieux le métier de DBA quand
il faut optimiser une base.
Oui, mais pour l'utilisation qui est généralement faite de MySQL, faire
la même chose (sans optimisation, donc) est aussi facile en
PostgreSQL...
Il est vraiment nul ce RDBMS, pourquoi tout le monde tient tant à l'utiliser?
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple.
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL sont aussi compliqués l'un que l'autre a mettre en oeuvre.
C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es administrateur.
En meme temps, je ne comprends pas vraiment l'intéret de passer par MySQL la plupard du temps. Parce que si ce sont des données simples (non relationnelles), telles que les données de configuration d'un soft, db serait AMHA bien plus léger tout en assurant le meme niveau de service.
Et si l'on commence à avoir besoin de relationnel, il est peut-être temps de passer à un vrai SGDB...
Tu passes à Postgresql, tu comprends un peu mieux le métier de DBA quand il faut optimiser une base.
Oui, mais pour l'utilisation qui est généralement faite de MySQL, faire la même chose (sans optimisation, donc) est aussi facile en PostgreSQL...
Croco
manu
Croco wrote:
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL sont aussi compliqués l'un que l'autre a mettre en oeuvre.
BDB, des que tu fais des accès en ecriture concurentiel, t'as interet à prendre tes précautions...
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
Croco <sobecki_aretirer@ensta.fr> wrote:
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL
sont aussi compliqués l'un que l'autre a mettre en oeuvre.
BDB, des que tu fais des accès en ecriture concurentiel, t'as interet à
prendre tes précautions...
--
Emmanuel Dreyfus
Un bouquin en français sur BSD:
http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
manu@netbsd.org
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL sont aussi compliqués l'un que l'autre a mettre en oeuvre.
BDB, des que tu fais des accès en ecriture concurentiel, t'as interet à prendre tes précautions...
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
Bob qui Trolle
Emmanuel Dreyfus wrote:
Ben justement, ils ont un problème d'authentification des utilisateur de la base MySQL à regler, ces hebergeurs. Et les crédits sont les mêmes que pour les autres services. Mais peut être sont-ce les autres services qui utilisent les crédits d'authentification de la base MySQL?
Les serveurs RADIUS ciblant une clientèle professionnelle supportent généralement divers types de stockage y compris ceux appréciés de DBAs acceptant de répondre à leurs collègues sur des questions de performance pure, mais aussi éventuellement ODBC ou des trucs semblables. Voir par exemple :
Ben justement, ils ont un problème d'authentification des utilisateur de
la base MySQL à regler, ces hebergeurs. Et les crédits sont les mêmes
que pour les autres services. Mais peut être sont-ce les autres services
qui utilisent les crédits d'authentification de la base MySQL?
Les serveurs RADIUS ciblant une clientèle professionnelle supportent
généralement divers types de stockage y compris ceux appréciés de DBAs
acceptant de répondre à leurs collègues sur des questions de performance
pure, mais aussi éventuellement ODBC ou des trucs semblables. Voir par
exemple :
Ben justement, ils ont un problème d'authentification des utilisateur de la base MySQL à regler, ces hebergeurs. Et les crédits sont les mêmes que pour les autres services. Mais peut être sont-ce les autres services qui utilisent les crédits d'authentification de la base MySQL?
Les serveurs RADIUS ciblant une clientèle professionnelle supportent généralement divers types de stockage y compris ceux appréciés de DBAs acceptant de répondre à leurs collègues sur des questions de performance pure, mais aussi éventuellement ODBC ou des trucs semblables. Voir par exemple :
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple. C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es administrateur.
Joli troll, mais ça ne marche pas.
./configure gmake su gmake install adduser postgres mkdir /usr/local/pgsql/data chown postgres /usr/local/pgsql/data su - postgres /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data >logfile 2>&1 & /usr/local/pgsql/bin/createdb test /usr/local/pgsql/bin/psql test
Par contre, c'est vrai, sur un 486, une des étapes prend _largement_ plus d'un quart d'heure...
Erwann ABALEA wrote:
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple.
C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es
administrateur.
Joli troll, mais ça ne marche pas.
./configure
gmake
su
gmake install
adduser postgres
mkdir /usr/local/pgsql/data
chown postgres /usr/local/pgsql/data
su - postgres
/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data
/usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data >logfile 2>&1 &
/usr/local/pgsql/bin/createdb test
/usr/local/pgsql/bin/psql test
Par contre, c'est vrai, sur un 486, une des étapes
prend _largement_ plus d'un quart d'heure...
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple. C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es administrateur.
Joli troll, mais ça ne marche pas.
./configure gmake su gmake install adduser postgres mkdir /usr/local/pgsql/data chown postgres /usr/local/pgsql/data su - postgres /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data >logfile 2>&1 & /usr/local/pgsql/bin/createdb test /usr/local/pgsql/bin/psql test
Par contre, c'est vrai, sur un 486, une des étapes prend _largement_ plus d'un quart d'heure...
Croco
Le 04-01-2005, Emmanuel Dreyfus a écrit :
Croco wrote:
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL sont aussi compliqués l'un que l'autre a mettre en oeuvre.
BDB, des que tu fais des accès en ecriture concurentiel, t'as interet à prendre tes précautions...
Toutafé.
Sauf que je ne connais pas beaucoup de softs qui font des écritures concurentielles pour stocker leur configuration
Croco, un peu deg de devoir installer MySQL pour la configuration d'un soft lorsqu'il y a déjà bdb et PostgreSQL sur la machine...
Le 04-01-2005, Emmanuel Dreyfus <manu@netbsd.org> a écrit :
Croco <sobecki_aretirer@ensta.fr> wrote:
Non, BerkleyDB c'est ultra simple. En comparaison, MySQL et PostgreSQL
sont aussi compliqués l'un que l'autre a mettre en oeuvre.
BDB, des que tu fais des accès en ecriture concurentiel, t'as interet à
prendre tes précautions...
Toutafé.
Sauf que je ne connais pas beaucoup de softs qui font des écritures
concurentielles pour stocker leur configuration
Croco, un peu deg de devoir installer MySQL pour la configuration d'un
soft lorsqu'il y a déjà bdb et PostgreSQL sur la machine...
Le Wed, 5 Jan 2005 12:28:48 +0000 (UTC), Croco écrivit:
Croco, un peu deg de devoir installer MySQL pour la configuration d'un soft lorsqu'il y a déjà bdb et PostgreSQL sur la machine...
C'est quel logiciel qui veut ça, histoire que je ne cherche pas à l'installer ?
La plupart des frontaux PHP nécessitant une base de donnée... Le dernier en date, c'est Cacti (www.cacti.net).
Mais en fait, le principal problème est surtout l'absence d'une abstraction de la DB sous-jacente en PHP (l'équivalent de DBI, quoi) pour laisser le choix de la DB à l'utilisateur et non plus au programmeur.
Croco
Le 05-01-2005, Arnaud Launay <asl@launay.org> a écrit :
Le Wed, 5 Jan 2005 12:28:48 +0000 (UTC), Croco écrivit:
Croco, un peu deg de devoir installer MySQL pour la configuration d'un
soft lorsqu'il y a déjà bdb et PostgreSQL sur la machine...
C'est quel logiciel qui veut ça, histoire que je ne cherche pas à
l'installer ?
La plupart des frontaux PHP nécessitant une base de donnée...
Le dernier en date, c'est Cacti (www.cacti.net).
Mais en fait, le principal problème est surtout l'absence d'une
abstraction de la DB sous-jacente en PHP (l'équivalent de DBI, quoi)
pour laisser le choix de la DB à l'utilisateur et non plus au
programmeur.
Le Wed, 5 Jan 2005 12:28:48 +0000 (UTC), Croco écrivit:
Croco, un peu deg de devoir installer MySQL pour la configuration d'un soft lorsqu'il y a déjà bdb et PostgreSQL sur la machine...
C'est quel logiciel qui veut ça, histoire que je ne cherche pas à l'installer ?
La plupart des frontaux PHP nécessitant une base de donnée... Le dernier en date, c'est Cacti (www.cacti.net).
Mais en fait, le principal problème est surtout l'absence d'une abstraction de la DB sous-jacente en PHP (l'équivalent de DBI, quoi) pour laisser le choix de la DB à l'utilisateur et non plus au programmeur.
Croco
Erwann ABALEA
On Wed, 5 Jan 2005, John Mackerel wrote:
Erwann ABALEA wrote:
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple. C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es administrateur.
Joli troll, mais ça ne marche pas.
Si si, tu as mordu.
./configure gmake su gmake install adduser postgres mkdir /usr/local/pgsql/data chown postgres /usr/local/pgsql/data su - postgres /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data >logfile 2>&1 & /usr/local/pgsql/bin/createdb test /usr/local/pgsql/bin/psql test
Là, tu viens de déballer ton carton avec ton premier PC, et d'installer Windows. Ca ne fait pas de toi un administrateur.
Tu fais la même chose (en un peu plus complexe) avec Oracle, ou n'importe quel SGBD.
Questions suivantes: - comment je fais pour sauvegarder mes données pendant que ça tourne? - j'ai des problèmes de perfs, qu'est-ce qui coince? - j'ai plusieurs disques, comment je fais pour distribuer la charge sur tous ces disques? - j'ai plein de gros disques, je peux faire du RAID1 et un seul FS et espérer que ça tournera vite? - est-ce que je peux bypasser l'OS et son filesystem et laisser le SGDB se débrouiller avec les disques eux-mêmes? - dans combien de temps devrais-je ajouter de la RAM, ou de la place disque? - ...
Bien sûr, répondre à une des questions n'empêche pas de se reposer toutes les autres (exemple, si je file un disque sans FS à mon SGBD, comment je sauvegarde, et comment je vérifie la place dispo?).
Installer le machin, c'est ultra simple: apt-get install postgresql postgresql-contrib postgresql-client postgresql-doc
Mais pour jouer le rôle d'un DBA, c'est vraiment autre chose. Sauf avec MySQL, parce qu'il n'y a pas de réglage possible (ou si peu).
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Pour les reponses privees, j'aurais pu ajouter mon adresse dans un reply block crypte avec pgp et demander de le poster à -+- A in GNU - En revanche, me présenter c'est un peu dur. -+-
On Wed, 5 Jan 2005, John Mackerel wrote:
Erwann ABALEA wrote:
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple.
C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es
administrateur.
Joli troll, mais ça ne marche pas.
Si si, tu as mordu.
./configure
gmake
su
gmake install
adduser postgres
mkdir /usr/local/pgsql/data
chown postgres /usr/local/pgsql/data
su - postgres
/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data
/usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data >logfile 2>&1 &
/usr/local/pgsql/bin/createdb test
/usr/local/pgsql/bin/psql test
Là, tu viens de déballer ton carton avec ton premier PC, et d'installer
Windows. Ca ne fait pas de toi un administrateur.
Tu fais la même chose (en un peu plus complexe) avec Oracle, ou n'importe
quel SGBD.
Questions suivantes:
- comment je fais pour sauvegarder mes données pendant que ça tourne?
- j'ai des problèmes de perfs, qu'est-ce qui coince?
- j'ai plusieurs disques, comment je fais pour distribuer la charge sur
tous ces disques?
- j'ai plein de gros disques, je peux faire du RAID1 et un seul FS et
espérer que ça tournera vite?
- est-ce que je peux bypasser l'OS et son filesystem et laisser le SGDB
se débrouiller avec les disques eux-mêmes?
- dans combien de temps devrais-je ajouter de la RAM, ou de la place
disque?
- ...
Bien sûr, répondre à une des questions n'empêche pas de se reposer toutes
les autres (exemple, si je file un disque sans FS à mon SGBD, comment je
sauvegarde, et comment je vérifie la place dispo?).
Installer le machin, c'est ultra simple:
apt-get install postgresql postgresql-contrib postgresql-client postgresql-doc
Mais pour jouer le rôle d'un DBA, c'est vraiment autre chose. Sauf avec
MySQL, parce qu'il n'y a pas de réglage possible (ou si peu).
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
Pour les reponses privees, j'aurais pu ajouter mon adresse dans
un reply block crypte avec pgp et demander de le poster
à remailer@replay.com
-+- A in GNU - En revanche, me présenter c'est un peu dur. -+-
Parce qu'être DBA, c'est un métier, et qu'un MySQL, c'est ultra simple. C'est le syndrôme Windows: tu déballes ton carton, 1/4h après, t'es administrateur.
Joli troll, mais ça ne marche pas.
Si si, tu as mordu.
./configure gmake su gmake install adduser postgres mkdir /usr/local/pgsql/data chown postgres /usr/local/pgsql/data su - postgres /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data >logfile 2>&1 & /usr/local/pgsql/bin/createdb test /usr/local/pgsql/bin/psql test
Là, tu viens de déballer ton carton avec ton premier PC, et d'installer Windows. Ca ne fait pas de toi un administrateur.
Tu fais la même chose (en un peu plus complexe) avec Oracle, ou n'importe quel SGBD.
Questions suivantes: - comment je fais pour sauvegarder mes données pendant que ça tourne? - j'ai des problèmes de perfs, qu'est-ce qui coince? - j'ai plusieurs disques, comment je fais pour distribuer la charge sur tous ces disques? - j'ai plein de gros disques, je peux faire du RAID1 et un seul FS et espérer que ça tournera vite? - est-ce que je peux bypasser l'OS et son filesystem et laisser le SGDB se débrouiller avec les disques eux-mêmes? - dans combien de temps devrais-je ajouter de la RAM, ou de la place disque? - ...
Bien sûr, répondre à une des questions n'empêche pas de se reposer toutes les autres (exemple, si je file un disque sans FS à mon SGBD, comment je sauvegarde, et comment je vérifie la place dispo?).
Installer le machin, c'est ultra simple: apt-get install postgresql postgresql-contrib postgresql-client postgresql-doc
Mais pour jouer le rôle d'un DBA, c'est vraiment autre chose. Sauf avec MySQL, parce qu'il n'y a pas de réglage possible (ou si peu).
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Pour les reponses privees, j'aurais pu ajouter mon adresse dans un reply block crypte avec pgp et demander de le poster à -+- A in GNU - En revanche, me présenter c'est un peu dur. -+-
