MacSQL est un logiciel qui permet de passer des requêtes au serveur SQL depuis une interface graphique. "frontend gui" comme ils disent. A mon avis (pas partagé par tous), cela ne sert que dans 2 cas: 1) pour les newbies qui ne veulent pas avancer et qui ne veulent pas se compliquer la vie, 2) pour ceux qui ont besoin d'effectuer 3872 requêtes par jour sur 372 bases différentes... Dans les autres cas, je pense qu'il est préférable d'apprendre le SQL et d'opérer directement sur le serveur en SSH. A toi de voir ce que tu préfères, l'utilisation d'un tel logiciel t'évite de trop te prendre la tête pour passer tes requêtes au serveur, mais tu seras limité aux fonctions qu'il supporte. Il y a aussi MySQLAdministrator et CocoaMySQL qui sont gratuits et qui font basiquement la même chose. Sinon, directement en ligne, phpMyAdmin ou eskuel.
Le SQL est le langage de communication avec le serveur de la base de données. Pour dire au serveur de te donner le contenu du champ "nom" de la table "famille", par exemple, tu dois lui dire "SELECT nom FROM famille". Pour insérer une valeur dans la table famille, tu devras lui dire "INSERT INTO famille nom='dupont'". Et ainsi de suite. Ce que font les logiciels comme ceux précités n'est rien d'autre que la génération et la transmission au serveur de telles instructions à partir des interactions de l'utilisateur avec l'interface graphique.
Tous les serveurs de données n'utilisent pas le SQL de la même manière (et ils n'utilisent même pas tous le SQL). C'est normal, ça dépend de leur fonctionnement, et de leurs possibilités. Si tu veux faire simple et efficace, MySQL est parfait. Tu auras l'avantage de trouver ce serveur sur 99,99% des hébergeurs qui proposent une base de données. Si tu veux quelque chose de plus puissant, du genre Oracle ou Sybase, ça sera beaucoup plus compliqué -et cher-, et je ne pense pas que ça soit adapté à tes besoins.
On peut communiquer avec certains serveurs de base de données depuis un programme PHP. C'est le cas de MySQL et de PostgreSQL notamment (les serveurs gratuits les plus répandus). Le trio Apache+PHP+MySQL est devenu célèbre, il est très utilisé (exemple: ce forum), et tu trouveras beaucoup d'aide et de support pour apprendre à mettre tout ça en oeuvre.
Attention cependant, chez la plupart des hébergeurs, la base MySQL n'est accessible que depuis leurs serveurs à partir d'un code PHP. Donc tu ne pourras pas utiliser un code PHP sur un serveur X qui fait appel à la base de données de l'hébergeur Y. Le second problème majeur de MySQL est la restauration des bases de données, car les outils en ligne qu'ils proposent (phpMyAdmin, eskuel) ne supportent pas les fichiers de plus de 2 MO. Et les bases de données de plus de 2 MO, c'est courant. Il faut donc scinder les fichiers (ce qui est chiant et ne fonctionne pas à tous les coups: dernièrement, sur 72 fichiers scindés (grrr), 65 sont passés sans problèmes, et pour les autres j'ai du copier/coller le contenu dans le champ de texte de phpMyAdmin au lieu de passer par le dump basique), ou passer par SSH, sachant que l'accès SSH n'est souvent activé que pour les hébergements de type pro (il ne l'est pas en général pour les offres d'entrée de gamme des hébergeurs).
Pour FM je passe la main à quelqu'un d'autre, je n'ai jamais approfondi ce soft (et je l'aime pas des masses d'ailleurs).
Le SQL est le langage de communication avec le serveur de la base de données. Pour dire au serveur de te donner le contenu du champ "nom" de la table "famille", par exemple, tu dois lui dire "SELECT nom FROM famille". Pour insérer une valeur dans la table famille, tu devras lui dire "INSERT INTO famille nom='dupont'". Et ainsi de suite. Ce que font les logiciels comme ceux précités n'est rien d'autre que la génération et la transmission au serveur de telles instructions à partir des interactions de l'utilisateur avec l'interface graphique.
Tous les serveurs de données n'utilisent pas le SQL de la même manière (et ils n'utilisent même pas tous le SQL). C'est normal, ça dépend de leur fonctionnement, et de leurs possibilités. Si tu veux faire simple et efficace, MySQL est parfait. Tu auras l'avantage de trouver ce serveur sur 99,99% des hébergeurs qui proposent une base de données. Si tu veux quelque chose de plus puissant, du genre Oracle ou Sybase, ça sera beaucoup plus compliqué -et cher-, et je ne pense pas que ça soit adapté à tes besoins.
On peut communiquer avec certains serveurs de base de données depuis un programme PHP. C'est le cas de MySQL et de PostgreSQL notamment (les serveurs gratuits les plus répandus). Le trio Apache+PHP+MySQL est devenu célèbre, il est très utilisé (exemple: ce forum), et tu trouveras beaucoup d'aide et de support pour apprendre à mettre tout ça en oeuvre.
Attention cependant, chez la plupart des hébergeurs, la base MySQL n'est accessible que depuis leurs serveurs à partir d'un code PHP. Donc tu ne pourras pas utiliser un code PHP sur un serveur X qui fait appel à la base de données de l'hébergeur Y. Le second problème majeur de MySQL est la restauration des bases de données, car les outils en ligne qu'ils proposent (phpMyAdmin, eskuel) ne supportent pas les fichiers de plus de 2 MO. Et les bases de données de plus de 2 MO, c'est courant. Il faut donc scinder les fichiers (ce qui est chiant et ne fonctionne pas à tous les coups: dernièrement, sur 72 fichiers scindés (grrr), 65 sont passés sans problèmes, et pour les autres j'ai du copier/coller le contenu dans le champ de texte de phpMyAdmin au lieu de passer par le dump basique), ou passer par SSH, sachant que l'accès SSH n'est souvent activé que pour les hébergements de type pro (il ne l'est pas en général pour les offres d'entrée de gamme des hébergeurs).
Pour FM je passe la main à quelqu'un d'autre, je n'ai jamais approfondi ce soft (et je l'aime pas des masses d'ailleurs).
, laisse tomber les bouquins.
