!! IMPORTANT !!
 
[Edit]Fini !! Phase de test et optimisation du code.
 
Téléchargement : http://tousleschats.free.fr/hermes/bdd.zip
 
- Il ne s'agit pas de remplacer mySQL ou une autre BDD existante.
- Comme tout est en PHP4 (sans extension XML en plus), n'espérez pas gérer des millions d'enregistrements, vous mettrez à genou le serveur, vous êtes prévenu.
- Ce script est livré sans aucune garantie. Je ne suis responsable de rien en cas de perte de données, de serveur qui pête etc...  
- On peut :
 
  * Créer une table.
  * Effacer une table.
  * Insérer des données dans une table.
  * Sélectionner (récupérer) des données dans une table. (avec conditions, ordre et limites)
  * Détruire des données dans une table.
  * Updater des données dans une table.
 
 
Pourquoi avoir entrepris ce projet - Avantages
 
- La base ainsi créée est complêtement portable (>= PHP 4)
- La base est embarquée dans chacun de vos sites, ce qui fait que si vous sauvegardez votre site, la base est également sauvegardée.
- Au niveau sécurité, les gens peuvent toujours s'amuser à essayer les injections SQL. Il faut savoir que 98% des hacks de sites s'appuient sur des failles sessions et/ou mySQL.
- Pas de limites de requêtes puisque pas d'utilisation de mySQL.
 
Dans quels cas ce script peut-il être utilisé
 
- Si vous comptez sur cette BDD pour créer un forum ou une base de données énorme de produits par exemple, oubliez ça tout de suite. Cette base ne peut pas être utilisée pour ça. Elle gère sans problème des centaines/milliers d'enregistrements, mais pas des centaines de milliers ni des millions.  
- Elle peut parfaitement convenir pour par exemple un blog, un CMS (sans forum), une gallerie photo etc...  
- Elle peut aussi être pratique pour conserver des préférences graphiques d'un site par exemple...
 
Particularités - Utilisation
 
Comme il fallait produire un script le moins lourd possible, j'ai opté pour l'utilisation de tableaux + une fonction unique d'appel. Comme cela se passe-t-il concrêtement ?
 
Exemple d'une requête de création de table :
 

 
On utile donc un tableau qu'on envoie via la fonction bdd.
 
'c' veut dire création.
'liste-amis' est le nom de la table. (lettres permises :  a-zA-Z0-9-_)
$tbl_champs est le tableau qu'on envoie.
 
Dans les données envoyées, il faut 3 paramètres :
 
Le nom du champ (lettres permises :  a-zA-Z0-9-_), son type et sa valeur par défaut.
 
A l'heure actuelle, 3 types sont supportés :
 
NBR = nombre (virgule ou non).
TXT = texte (sans limite de longueur).
TS = TimeStamp (entier)
 
Pour la valeur par défaut :
 
- Si le champ est un nombre :
  * AUTO
  * NUL (équivaut à 0)
  * Une valeur par défaut qui est forcément un nombre.
 
- Si le champ est un texte :
  * NUL (équivaut à "" )
  * Une valeur par défaut qui est forcément une chaine de caractères entourée par "".
 
- Si le champ est un TS (Timestamp) :
  * AUTO (inscrit le Timestamp du serveur au moment de la requête).
  * NUL (= 0)
  * Une valeur par défaut (qui est forcément un timestamp).
 
 
Exemple d'une requête de destruction d'une table :
 
Très simple :  

 
Où 'e' signifie 'effacement' et 'liste-amis' est le nom de la table à effacer.
 
 
Exemple d'une requête d'insertion de données dans une table :
 

 
Comme vous pouvez le constater, on utilise un tableau à deux dimensions pour une raison simple : On transmet l'ensemble des données à inscrire d'un seul coup sans écrire plusieurs fois sur le serveur.  
 
 
Exemple d'une requête de sélection des données dans une table :
 

 
$tbl_champs contient l'ensemble des champs que l'on veut récupérer.
$tbl_conditions contient l'ensemble des conditions :  
syntaxe : champ opérateur (Les opérateurs supportées sont '< > <= >= == !=') valeur
- Si 0 est écrit à la place de $tbl_conditions lors de l'appel à la fonction bdd, il n'y a pas de conditions requises.
- Si le type du champ est TXT, il faut obligatoirement des "".
 
Il n'y a pas de OR ou de XOR et il n'y en aura surement pas.
 
$tbl_ordre contient l'ensemble des tris.
syntaxe : champ paramètre (qui peut être soit ASC soit DESC).
- Si 0 est écrit à la place de $tbl_ordre lors de l'appel à la fonction bdd, il n'y a pas de tris requis.
- Si le type du champ est TXT, il faut obligatoirement des "".
 
les deux derniers paramètres (limite1, limite2) concernent LIMIT, ces deux paramètres sont obligatoirement des entiers.
 
S'il n'y a que le premier paramètre de précisé, celui-ci veut dire : nombre d'enregistrements renvoyés en partant de l'index 0, sinon, les enregistrements de limite1 à limite2 seront renvoyés.
 
Exemple d'une destruction dans la table (DELETE)
 

 
Où 'd' signifie "destruction" ou "DELETE", 'liste-amis' est la table sur laquelle on travaille, et $tbl_conditions est l'ensemble des conditions déclenchant le DELETE des données.
 
 
Exemple d'update des données dans une table
 

 
Où 'u' signifie "update", 'liste-amis' est la table sur laquelle on travaille, $tbl_champs est l'ensemble des champs à modifier et $tbl_conditions est l'ensemble des conditions déclenchant le UPDATE des données.
 
Si vous voulez vous amuser à tester ou si vous êtes intéressés par ce projet, ce topic est là pour en parler.
Vous pouvez télécharger ce fichier pour tester (zip à décompresser) : http://tousleschats.free.fr/hermes/bdd.zip
 
Notes complémentaires :
 
- A l'heure actuelle, lorsque vous sélectionnez des données et que vous ne voulez pas de condition ni d'ordre, mettez 0. Vous pouvez également ne mettre que les 3 premiers paramètres (l'instruction 's', le nom de la table et les champs appelés).
- Si vous utilisez une condition ou un ordre, cela doit concerner obligatoirement un champ appelé et non simplement un champ présent dans la table. Merci donc de ne pas rapporter d'erreur à ce sujet.
- Pour utiliser ce script dans vos projet, il y a deux choses à savoir :
 
1) Chemin et inclusion :
 
Avant de faire appel à bdd(), il faut écrire :

 
Où ADR est une constante représentant le chemin du script de base de données.
 
2) Pour gérer les permissions, c'est très simple : Editez fonctions-bdd.php et à la ligne 7, vous avez la constante DROITS_BDD qui vous le permet (valeur standard octale). Par défaut, puisque qu'il sagit de tester, j'ai mis 777, mais il est évident que dans le cas d'une utilisation de ce script sur internet, il ne faut pas conserver cette valeur.
 
 
Voilà...  

Performances :
 
Comme on peut s'y attendre, les performances d'une base de données entièrement en PHP sont faibles étant donné que PHP est interprêté.
 
La base est parfaite pour des tables d'une 100aine d'enregistrements.
 
On a :
 
Pour l'insertion des données  (100 enregistrements d'un coup) : 0.066 secondes.
Pour la sélection des données (100 enregistrements sans conditions ni tri) : 0.02 secondes.
Pour la sélection des données (100 enregistrements sans conditions avec 1 ou plusieurs tris : 0.02 secondes (aucune différence notable)
Pour la sélection des données (100 enregistrements avec  1 conditions) : 0.03
Pour chaque nouvelle condition : 0.005 secondes suplémentaires.
La clause limite : Pas de changement notable.
 

Réservé

Eeeeeet ben ! T'as du t'amuser ! Un grand bravo, car ça à l'air simple et efficace ! Chapeau bas.

Note : Sachez qu'il est possible de faire le même script, mais PHP5 only et dans ce cas, on aurait des perfs bien meilleures, en particulier grace aux nouvelles instructions sur les tableaux comme array_intersect_keys (qui n'existe pas en PHP4) et qui permettent donc d'éviter pratiquement tout recours aux boucles.
 
Quand cette version PHP >= 4 sera terminée, je ferais sans doute une adaptation PHP >= 5.
 
J'ai volontairement exclu les recours à XML et cie pour des raisons de compatibilité. J'utilise que des trucs présents à 100% dans PHP, qui ne nécessitent aucun module supplémentaire.

SQLite ?

 
Et ? SQlite est un module, n'est pas présent partout etc... etc...    

 
Je rectifie :  
 
Dans la version 5 de PHP, l'extension SQLite ainsi que le moteur sont intégrés et compilés par défaut.  
 
     

Par contre, il restera toujours le problème de l'embarquement de la BDD dans les sites avec SQLite alors qu'avec mon script, tout est embarqué.

La base de donnees en SQLIte est un fichier, donc tu la mets dans un ptit repertoire de ton site et voila

 
Faudra que je regarde ça d'un peu plus près.    
 
Si SQLite est présent partout à partir de PHP >= 5, que sa config est indentique partout et qu'on peut choisir sans problème l'emplacement du fichier (je parle en particulier des hébergements mutualisés), alors effectivement, mon script n'a plus d'intérêt pour PHP >= 5.    (Il conserve toutefois un intérêt : celui de se casser le cul à réinventer la roue et de faire des progrès en prog)

Ajout de LIMIT de ma chtite BDD.
 
J'ai aussi corrigé pleins de bugs, utilisé de nouvelles fonctions concernant les tableaux, je vide les variables au fur et à mesure avec unset() et j'utilise que des for et des switch.

Si j'ai bien compris, ton script gère l'auto-incrémente, ça lui donne un avantage sur SQLite.
Par contre, sans Update, c'est short, autant le Delete on peut s'en passer, autant l'Update...

 
ça vient, ça vient, C'est bcp plus facile que le select que je viens de terminer.
 
Ya rien d'autre que du WHERE Après, un simple str_replace et c'est bon
 
J'aurais fini ce soir tard ou demain si tout va bien.
 
Après viendra la correction des bugs qui ne manqueront pas d'arriver vu la complexité de la chose.

Sinon oui, l'auto-incrémente est géré effectivement.

DELETE marche, plus qu'à terminer UPDATE et c'est fini. Avant ce soir si tout va bien.

Ayé, j'ai fini, UPDATE marche aussi.
 
Je vais pouvoir commencer les tests et les optimisations.
 
En tous cas, je vois que ça passionne les foules...

J'suis un peu con, j'avais oublié le lien pour la télécharger.
 
http://tousleschats.free.fr/hermes/bdd.zip

SQLite gère l'autoincrement  
(depuis la version 3.1.0 sur les INTEGER PRIMARY KEY, càd Janvier 2005, après si les drivers PHP ne gère que SQLite2 et pas SQLite3...)

Bah en fait, à l'époque où j'avais testé SQLite, ça ne le gérait pas, du coup j'ai laissé tombé, spa d'ma faute si des trucs dont je n'ai plus rien à foutre évoluent.

Ouais bein maintenant il gère alors stop the fud

J'ai optimisé mon script.
 
J'ai plus que 1650 lignes au lieu de 2200

Performances :
 
Comme on peut s'y attendre, les performances d'une base de données entièrement en PHP sont faibles étant donné que PHP est interprêté.
 
La base est parfaite pour des tables d'une 100aine d'enregistrements.
 
On a :
 
Pour l'insertion des données  (100 enregistrements d'un coup) : 0.066 secondes.
Pour la sélection des données (100 enregistrements sans conditions ni tri) : 0.02 secondes.
Pour la sélection des données (100 enregistrements sans conditions avec 1 ou plusieurs tris : 0.02 secondes (aucune différence notable)
Pour la sélection des données (100 enregistrements avec  1 conditions) : 0.03
Pour chaque nouvelle condition : 0.005 secondes suplémentaires.
La clause limite : Pas de changement notable.