Salut,  
 
Dans la doc officielle:

on peut lire ca.
 
Est ce que quelqu'un aurait des informations quant à son utilisation?
 
merci

up

drapeau + up

drapal aussi. Mais là, ca devient complexe  
(mais intéressant )

Faudra m'expliquer "créan des commandes MyISAM de bas niveau dans le serveur MySQL"
 
 
Sinon, le principe, c'est de lire directement dans les fichiers SQL
 
mais je pige pas comment ca peut etre plus rapide, car les données des fichiers devront être lues avant d'etre retournées
 
à moins qu'ils parlent de "vues" statiques, là ca pourrait etre interressant.

Une table MyISAM, c'est tout simplement 3 fichiers enregistrés quelque part (1 qui contient la définition de la table, 1 pour les données, 1 pour les index).
Il semblerait que tu puisses gérer directement le contenu brut de ces fichiers

Oui merci, je sais pour les fichiers
 
 
Mais quand tu fais une requete MySQL, ta requete va également chercher directement dans les fichiers (indexes ..) donc je comprends pas

ca sert a quoi dutiliser des langages evolues si c pour faire du bas niveau apres ????
 
autant programmer en C ou Asm tout de suite alors (ouais bon jexagere un peu   )

A un troll près, je suis entièrement d'accord
 
Rien ne vaut un fichier plat pour l'accès aux données, donc si c'est pour se taper les traîtements à la mano, autant le faire proprement dans un tel fichier à partir d'un programme en C ou ASM...

Ca peut peut être permettre d'utiliser mysql pour d'autres problèmes (accès concurrents, décodage de la requête, certaines optimisations...) ?

Bah nan, ils expliquent que c'est dédié à des tâches mono-utilisateur, à cause des locks justement... C'est pour ça, je vois vraiment pas le moindre intérêt...

ben tu peux avoir besoin d'inserer un max de trucs rapidement, ou des opération comme ca, et apres de profiter de l'interface SQL pour faire des requetes avec d'autres programmes par exemple
 
En gros tu profite du codé optimisé du truc fait à la main, mais en conservant la possibilité d'acceder aux donnée en sql

Mouais...
 
Je comprends mieu pourquoi mysql a mis autant de temps à supporter les contraintes d'intégrité, et ne supporte toujours pas ni triggers ni procédures stockées... Parcequ'avec ce genre de manips, tu peux foutre en péril l'intégrité de ta base et des traîtements associés... J'ai du mal à suivre la logique de mysql, et encore plus les personnes qui se basent sur ce genre de bidouilles pour te dire que c'est un très bon sgbdr... Là on est clairement face à des fonctionnalités d'un sgbd tout court (et encore)

up, comment utiliser cette interface de bas niveau ?

fopen()  
fwrite()  
fclose()  
   
 
sinon tu peux toujours essayer d'abandonner le type myIsam au profit de innoDB, j'ai jamais poussé bien loin mais ça a quand même l'air assez interessant ( voir le benchmark la: http://www.innodb.com/bench.html )

ah ok, c'est carrement à la barbare alors

mais avec ca, ca peut, à la limite servir à insérer des données, mais pour les updates, delete, et select ca doit pas etre intéressant ?

tu es sur que c'est ca ?
Parce que je viens d'ouvrir les fichiers .frm, .MYI, .MYD, et je vois pas ce que je pourrai faire avec les fonctions sur les fichiers

remonte petit topic

Comme dit la doc:

Donc si tu shootes ton interface SQL il te reste pls qu'a acceder à tes fichiers plats.
Si mes souvenirs sont bon tu dois avoir un fichier de documenation  myisam.txt dans les sources de mysql. Ptêt tu peux le trouver sur le net je sais pas!

qqn utilise t'il?
 
parce que je vois pas comment faire avec les fonctions sur les fichiers vu les fichiers