Moteur de recherche



Pour exclure des mots de votre recherche, vous devez ajouter des signes '-' devant ces mots là.
Exemple : une recherche 'apache -mysql' recherchera tout ce qui contient le mot 'apache' mais pas le mot 'mysql'.

Vous être un utilisateur de Firefox ? Ajouter le moteur de recherche du site à votre navigateur favori !

Résultats de votre recherche dans le manuel MySQL


page 1 page 2 page 3
  • Manuel MySQL
    # 430 : 5.5.9. Hashage de mots de passe en MySQL 4.1
    # 438 : 5.6.1. Nom d'utilisateurs MySQL et mots de passe
    # 446 : 5.6.5. Configurer les mots de passe
    # 448 : 5.6.6. Garder vos mots de passe en lieu sûr
    # 670 : 7.4.6. Le cache de clé des tables MyISAM
    # 794 : 9.6. Cas des mots réservés MySQL
    # 1250 : 15.7.4. Contraintes de clés étrangères FOREIGN KEY
    # 1284 : 15.11.5. Verrou de clé suivante : éviter le problème des lignes fantômes
    # 1472 : 17.7. Mots réservés de MaxDB
  • Chapitre 22. La base de données d'informations INFORMATION_SCHEMA - Manuel MySQL
    # 116 : L'implémenteeur n'a pas besoin d'ajouter de nouveaux mots-clé.
    # 216 : Pour éviter d'utiliser des mots qui soient réservés par le standard, par DB2, par SQL server ou Oracle, nous avons changé le nom des colonnes qui portent la mention ``extension MySQL''. Par exemple, nous avons changé COLLATION en TABLE_COLLATION dans la table TABLES. Voyez la liste des mots à la fin de cet article : http://www.dbazine.com/gulutzan5.shtml.
    # 1217 : Il n'y a pas de table standard pour les index. La liste précédente est similaire au résultat que retourn SQL Server 2000 pour sp_statistics, mais nous avons remplacé le nom QUALIFIER par CATALOG et nous avons remplaclé le nom OWNER par SCHEMA.
    # 2225 : Si la contrainte est une clé étrangère, alors c'est la colonne de la clé étrangère, et non pas la colonne que la clé étrangère référence.
    # 2235 : La valeur de POSITION_IN_UNIQUE_CONSTRAINT est NULL pour les contraintes unique et clé primaire. Pour les contraintes de clé étrangère, c'est la position ordinale dans la clé de la table qui est référencée.
    # 2762 : La colonne VIEW_DEFINITION contient l'essentiel de ce que vous voyez dans le champ Create Table que la commande SHOW CREATE VIEW produit. Omettez les mots avant SELECT et omettez les mots après WITH CHECK OPTION. Par exemple, si la commande initiale était :
  • Chapitre 16. Introduction à MySQL Cluster - Manuel MySQL
    # 782 : N'oubliez pas que toutes les tables NDB doivent avoir une clé primaire. Si aucune clé primaire n'est définie par l'utilisateur lors de la création de la table, le moteur de stockage NDB va en générer une automatiquement. Note : cette clé caché prend de l'espace, comme tout autre indexe. Il n'est pas rare de rencontrer des problèmes de mémoire lorsque vous devez prendre en compte ces clés automatiques.
    # 1414 : IndexMemory est le paramètre qui contrôle la quantité d'espace utilisée pour les index hash de MySQL Cluster. Les index hash sont toujours utilisé pour les clés primaires, les index uniques et les contraintes d'unicité. En fait, lors de la définition d'une clé primaire et d'une clé unique, deux index distincts seront créés par MySQL CLuster. Un index sera un hash utilisé pour les accès aux lignes, et pour le verrouillage. Il est aussi utilisé pour les contraintes d'unicité.
    # 1416 : La taille d'un index hash est de 25 octets plus la taille de la clé primaire. Pour les clés primaires dont la taille dépasse 32 octets, ajoutez un autre 8 octets pour des références internes.
    # 1430 : Nous avons ici 12 octets d'entête (puisque des colonnes non nulles économisent 4 octets), plus 12 octets par ligne. De plus, nous avons deux index ordonnés sur les colonnes a et b, qui utilisent chacun 10 octets par ligne. Nous aurons aussi une clé primaire hash avec environ 29 octets par ligne. La contrainte unique est implémentée par une table séparée, avec b comme clé primaire et a comme colonne. Cette table va donc consommer encore 29 autres octets en mémoire par ligne, plus 12 octets d'entete et 8 octets pour les données.
    # 1432 : Pour une table d'un million de lignes, nous aurons besoin de 58 Mo de mémoire pour gérer les index en mémoire, la clé primaire et la contrainte d'unicité. Pour DataMemory, nous aurons besoin de 64Mo de mémoire, pour gérer les lignes de la table de base et celles de la table d'index, plus les deux tables d'index ordonnés.
    # 1534 : Ce paramètre est aussi utilisé pour lister les opérations de modifications d'index. Elle garde les informations de clé et colonne de l'opération en cours. Il doit être exceptionnel de modifier ce paramètre.
    # 1536 : De plus, les opérations de lecture et écriture utilisent un buffer similaire. Ce buffer est encore plus temporaire dans son utilisation, ce qui fait que c'est un paramètre de compilation, qui vaut 4000*128 octets (500Ko). Le paramètre st ZATTRBUF_FILESIZE dans Dbtc.hpp. Un buffer similaire pour les informations de clé, qui représente 4000*16 octets, soit 62.5ko d'espace. Ce paramètre est ZDATABUF_FILESIZE dans Dbtc.hpp. Dbtc est le module qui gère la coordination de transaction.
    # 1635 : Pour chaque index ordonnée dans le cluster, des objets sont alloués pour décrire ce qu'ils indexent et leurs stockage. Par défaut, chaque index défini aura un index ordonné associé. Les index uniques et les clés primaires ont tous deux un index ordonné et un index hash.
    # 1644 : Pour chaque index unique (pas pour les index primaires), un table spéciale est allouée pour assurer la correspondance entre la clé primaire et la clé unique de la table indexée. Par défaut, il y aura un index ordonné de défini pour chaque index unique. Pour éviter cela, utilisez l'option USING HASH.
    # 1785 : La taille de toutes les opérations d'écriture exécutées depuis le début du jalon précédent est sommée. Ce paramètreset spécifié comme le logarithme du nombre de mots. Par exemple, la valeur par défaut de 20 signifie que 4Mo d'opérations d'écriture ont été faites; 21 représente 8Mo, et ainsi de suite. La valeur maximale de 31 représente 8Go d'opérations.
  • Chapitre 24. API MySQL - Manuel MySQL
    # 3526 : Autorise les espaces après les noms de fonctions. Rend tous les noms de fonctions des mots réservés.
    # 4137 : key est le chemin jusqu'au fichier de clé.
    # 7344 : La liste de mots terminée par NULL dans groups détermine les groupes dans les fichiers d'options qui seront actifs. See Section 4.3.2, « Fichier d'options my.cnf ». Par convenance, groups peut être NULL, dans ce cas, les groupes [server] et [emedded] sont activés.
  • Chapitre 23. Mathématiques de précision - Manuel MySQL
    # 359 : En d'autres mots, les insertions et modifications qui impliquent des divisions par zéro peuvent être traitées comme des erreurs, mais cela requiert le mode SQL ERROR_FOR_DIVISION_BY_ZERO en plus du mode strict.
  • Chapitre 12. Fonctions à utiliser dans les clauses SELECT et WHERE - Manuel MySQL
    # 105 : Vous pouvez forcer MySQL à accepter les espaces après les nom de fonctions grâce à l'option --ansi de mysqld, ou en utilisant l'option CLIENT_IGNORE_SPACE avec mysql_connect. Dans ce cas, toutes les fonctions définies deviendront des mots strictement réservés. See Section 1.5.3, « Exécuter MySQL en mode ANSI ».
    # 2347 : date est une valeur de type DATETIME ou DATE qui spécifie la date de début. expr est une expression qui spécifie une valeur d'intervalle à ajouter ou soustraire de la date initiale. expr est une chaîne : elle peut commencer avec ‘-’ pour les intervalles négatifs. type est un mot-clé, indiquant comment l'expression doit être interprétée.
    # 2536 : Notez que dans l'exemple précédent, le mot clé INTERVAL et le spécificateur type sont insensibles à la casse.
    # 3320 : La valeur interval peut être spécifiée, en utilisant un des mots-clé cités, ou avec le préfixe SQL_TSI_. Par exemple, DAY et SQL_TSI_DAY sont tous les deux valides.
    # 3682 : Quand MATCH() est utilisé comme condition de WHERE (voir l'exemple suivant) les lignes retournées sont automatiquement organisées avec la pertinence la plus élevé en premier. La pertinence est un nombre décimal positif. La pertinence de zéro signifie qu'il n'y a pas de similarité. La pertinence est calculé en fonction du nombre de mots dans la ligne, du nombre de mots uniques dans cette ligne, du nombre total de mots dans la liste, et du nombre de documents (lignes) qui contiennent un mot en particulier.
    # 3719 : MySQL utilise un filtre très simple pour séparer le texte en mots. Un "mot" est n'importe quelle chaîne de caractères constituée de lettres, chiffres, ‘'’ et ‘_’. Tout "mot" présent dans la liste des mots à ignorés ou qui est trop court (3 caractères ou moins) est ignoré.
    # 3729 : Les mots de la liste sont ignorés. Un mot banni est par exemple ``the'' ou ``some'', ``un'' or ``les'' en fran¸ais, qui sont considérés comme trop communs pour avoir une valeur intrinsèque. Il y a une liste de mots bannis en anglais par défaut.
    # 3735 : La taille minimale des mots et la liste de mots à ignorer sont décrites dans la section Section 12.6.4, « Paramétrage précis de la recherche en text intégral de MySQL ».
    # 3737 : Tous les mots corrects de la liste et de la requête sont pondérés en fonction de leur importance dans la liste ou la requête. De cette fa¸on, un mot présent dans de nombreuses lignes aura un poids faible (et peut être même un poids nul), car il a peu d'importance dans cette requête particulière. Au contraire, si le mot est rare, il recevra un poids fort. Le poids des mots sont alors rassemblés pour calculer la pertinence de la ligne.
    # 3739 : Une telle technique fonctionne plus efficacement sur de grands volumes de données (en fait, elle est optimisée pour cela). Avec les toutes petites tables, la distribution des mots ne reflète par correctement leur valeur sémantique et ce modèle peut parfois produire des résultats étranges.
  • Chapitre 19. Procédures stockées et fonctions - Manuel MySQL
    # 195 : La liste de paramètre entre parenthèses est obligatoire. S'il n'y a pas de paramètre, une liste vide sous la forme () doit être utilisée. Chaque paramètre est un paramètre de type IN par défaut. Pour spécifier un autre type, utilisez les mots OUT ou INOUT avant le nom du paramètre. Spécifier IN, OUT ou INOUT n'est valable que pour une PROCEDURE.
  • Index - Manuel MySQL
    # 46 : --password option, Garder vos mots de passe en lieu sûr
    # 50 : -p option, Garder vos mots de passe en lieu sûr
    # 52 : .my.cnf file, MySQL pour Windows face à MySQL pour Unix, Fichier d'options my.cnf, Se connecter au serveur MySQL, Causes des erreurs Access denied, Garder vos mots de passe en lieu sûr, Utiliser les clients dans un environnement multi-serveur
    # 1650 : foreign key, Syntaxe de ALTER TABLE, Contraintes de clés étrangères FOREIGN KEY
    # 1800 : DROP FOREIGN KEY, Syntaxe de ALTER TABLE, Contraintes de clés étrangères FOREIGN KEY
    # 2236 : deleting, Syntaxe de ALTER TABLE, Contraintes de clés étrangères FOREIGN KEY
    # 2240 : foreign keys, Les clés étrangères, Utiliser les clefs étrangères, Syntaxe de ALTER TABLE
    # 2842 : MyISAM, Le cache de clé des tables MyISAM
    # 2866 : foreign, Les clés étrangères, Utiliser les clefs étrangères
    # 2872 : keywords, Cas des mots réservés MySQL
  • Chapitre 3. Tutoriels d'introduction - Manuel MySQL
    # 186 : Les mots-clef peuvent être entrés sous n'importe quelle forme de casse. Les requêtes suivantes sont équivalentes :
    # 433 : Sous Unix, les noms des bases de données sont sensibles à la casse (ce qui diffère des mots réservés de SQL), ce qui fait que vous devez toujours vous référer à votre base de données avec menagerie, non avec Menagerie, MENAGERIE, ou d'autres variantes. Cela est aussi valable pour les noms de tables. (Sous Windows, cette restriction n'est pas appliquée, même si vous devez vous référer à une table ou une base de la même fa¸on dans une même requête).
    # 965 : Toutefois, remarquez que la requête récupère le champ maitre de chaque enregistrement, et certains apparaissent plus d'une fois. Pour minimiser l'affichage, récupérez chaque résultat unique une seule fois en ajoutant le mot-clé DISTINCT :
    # 1025 : Pour trier dans l'ordre inverse, ajoutez le mot-clé DESC (décroissant) au nom de la colonne à trier :
    # 1061 : Notez que le mot-clé DESC est appliqué uniquement au nom de la colonne qui le précède (naissance) ; les valeurs espece continuent à être triées dans l'ordre croissant.
    # 1352 : Depuis MySQL 3.23.4, pour forcer REGEXP à être sensible à la casse, utilisez le mot-clé BINARY pour faire de la chaîne, une chaîne binaire. Cette requête trouvera uniquement la lettre minuscule ‘b’ au début du nom :
    # 2213 : Depuis la version 3.23.44 de MySQL, les tables InnoDB supportent les contraintes des clefs étrangères. See Chapitre 15, Le moteur de tables InnoDB. Consultez aussi Section 1.5.5.5, « Les clés étrangères ».
    # 2303 : En MySQL 4.0, vous pouvez résoudre ce problème efficacement en utilisant une clause UNION qui combine le résultat de deux requêtes SELECT séparée.s See Section 13.1.7.2, « Syntaxe de UNION ». Chaque requête SELECT ne recherche qu'avec une seule clé, et peut être optimisée :
    # 2591 : Tout ce qui précède existe dans toutes les tables avec des informations relatives aux jumeaux. Nous avons une clé sur les champs id,tvab (toutes les tables), et sur les champs id,ptvab (person_data) pour accélérer les requêtes.
  • Chapitre 1. Informations générales - Manuel MySQL
    # 272 : Dans les illustrations de syntaxe, les crochets (‘[’ et ‘]’) sont utilisés pour indiquer des clauses ou mots optionnels. Par exemple, dans la requête suivante, IF EXISTS est optionnel :
    # 567 : Les noms de fonctions ne sont jamais en conflit avec les noms de tables ou colonnes. Par exemple, ABS est un nom de colonne valide. La seule restriction est que, lors d'un appel de fonction, aucun espace n'est toléré entre le nom de la fonction et la parenthèse ouvrante ‘(’ suivante. See Section 9.6, « Cas des mots réservés MySQL ».
    # 586 : Un système de droits et de mots de passe très souple et sécuritaire, qui vérifie aussi les hôtes se connectant. Les mots de passe sont bien protégés, car tout les échanges de mot de passe sont chiffrés, même lors des connexions.
    # 1027 : Clés étrangères
    # 1126 : Le moteur de tables InnoDB est désormais livré en standard avec le serveur MySQL, apportant le support complet des transactions ACID, les clés étrangères avec modifications et effacement en cascade, ainsi que le verrouillage de ligne. See Chapitre 15, Le moteur de tables InnoDB.
    # 1140 : Les nouvelles possibilités de recherche en FULLTEXT de MySQL Serveur 4.0 permettent l'utilisation d'index FULLTEXT sur de grandes quantités de texte, avec des logiques binaires ou en langage naturel. Les utilisateurs peuvent paramétrer la taille minimum des mots, et définir leur propre liste de mots interdits, dans n'importe quel langue. Cela ouvre la possibilité de nombreuses applications avec MySQL Serveur. See Section 12.6, « Recherche en texte intégral (Full-text) dans MySQL ».
    # 1154 : Simplification de la migration depuis d'autres bases de données vers MySQL Serveur, et notamment TRUNCATE TABLE (comme sous Oracle) et IDENTITY comme synonyme pour les clés automatiquement incrémentées (comme sous Sybase).
    # 1231 : libmysqld rend le serveur MySQL disponible pour toute une gamme d'applications très vaste. En utilisant la bibliothèque du serveur MySQL intégré, vous pouvez utiliser MySQL dans différentes applications et appareillages, où l'utilisateur final n'aura même pas idée de sa présence. Le serveur MySQL intégré est idéal pour équiper les bornes internet, les kiosques publics, les paquets matériel/ logiciels clé en main, les serveurs MySQL haute performances, et les bases de données autonomes sur CDrom.
    # 2291 : L'utilisation de noms d'index, de préfixes d'index, et l'utilisation des mots-clé INDEX or KEY dans une commande de création de table CREATE TABLE. See Section 13.2.5, « Syntaxe de CREATE TABLE ».
    # 2301 : L'utilisation de DROP TABLE avec les mots-clé IF EXISTS.
page 1 page 2 page 3

Remonter Remonter
L'éditeur javascript - CSS - Gentoo - Tutoriaux PHP - Tutoriels PHP - Bretagne - php - Moto - Kit graphique