version 5.7.1.1 Modification de la méthode SQLupdate et SetFonctionDefault pour pouvoir transférer a un update le fait qu'il doit envoyer la colonne car la fonction par défaut va faire la mise a jour (jean phi) avait besoin de mettre a jour une date par le server avec une date heure du serveur donc avec ce code la colonne est updatéé par une fonction qui se trouve dans la valeur par defaut de la colonne de la table)

version 5.7.1.0 Modification de la methode SQLinsert pour eviter que la methode ne plante si l'insert generé est vide (aucune valeur n'est transmise) merci a jean-phi pour ce retour

version 5.7.0.9
modification des methode SQLtableEnregistre et SQLtableVersSQLtable qui avaient un petit bug qui s'est révélé avec le data center. modification aussi de l'acces SQLite4WD pour le projet exemple

version 5.7.0.8
ajout d'un membre global ::HFCS pour specifier qu'en mode HF on est en client serveur. de ce fait le SQLLitFiltre modifie le SQL pour que cela fonctionn. lemembre etant en global il sera actif pour tous les objet SQLManagerX en faisant SQLManagerX::HFCS = Vrai

version 5.7.0.7
modification de SQLexcute pour recupere les erreur systhematiquement. (code de jean phi : merci a lui)

version 5.7.0.6
ajout d'un membre permettant d'identifgier que l'acces marche en fetch (ne permet pas de revenir au premier) et donc SQLedit qui a besoin de parcourir 2 fois la requete ne peut plus fonctionner. dans ce cas SQLedit refera un mySQLexec)

version 5.7.0.5
Modification SQLExecute (pour un fonctionnement analogue avec SQLPrepare)
Modification SQLCtable (ajout d'un parametre permettant de ne pas faire le tablesupprime dans la methode)

version 5.7.0.4
modification de SQLExecute pour fonctionner comme SQLPrepare avec les transactions. si on desactive les transactions, on devait dans SQLExecute le specifier mais elle doit utiliser le mécanisme qui n'utilise les transactions que si TransactionActive est a vrai

version 5.7.0.3
modification d'une methode pour le mode automatique. si on demandait un message mais que le champs cle n'etait pas un autoIncrement et que le champs de la fenetre n'a pas de libelle la methode plantait. merci a phil pour le retour de ce cas particulier

version 5.7.0.2
modification des méthodes SQLrecherche et SQLLitRecherche si on ne transmet pas le paramètre condition (ou a vide) la condition du filtre sera prise si un filtre est actif

version 5.6.0.X

cette version est une amelioration de la V5. le mode automatique va encore plus loin. j'ai crée deux fenetres type une mode table et une mode fiche. dans ce mode aucun code n'est necessaires. il suffit de dessiner la fenetre meme en mode table.

une fois la fenetre dessinée, i faut editer le code d'init des fenetre c'est la que cous aurez a modifier 2 lignes pour chaque fenetre. pour le mode table mettre les colonnes que vous voulez voir dans la table (apres avoir nommé dans la table les colonnes comme leur homologue dans la base SQL) et le titre de l'edition liste qui est generée par SQLedit

vous avez des champs de recherche dans le mode table permettant de
restreindre les elements affiches. ces champs sont egalement automatiques

un champs de recherche doit avoir comme nom : nomdelaColonne_recherche.

En fait en mettant _recherche a votre nom de champs SQLManagerX le mettra dans la requete avec un where = si la taile est complete ou un like si la taille n'est pas complete.par exemple dans ma table j'ai adresse et bien si je fais un champs adresse_recherche SQLManagerX l'ajoutera des que vous taperez quelque chose dedans pour faire une selection. il faut juste ajouter le champs dans la fenetre et le nommer correctement.

voila comme je developpe une application entierement en V5 je fais des ajustement pour que cela fonctionne mieux et sans code.

essayez avec les 2 table que je vous ai fournies vous verrez 'est bluffant : on ajuste a dessiner la fenetre SQLManagerX s'occupe du code. pour les message renvoyés regarder dans le fichier SQLMxLangue.ini

PROJET EXEMPLE :

La Classe SQLManagerX permet de gérer les tables SQL d'une façon simple et rapide en ne manipulant que des objets simples (une ligne d'une table) de façon ne pas s'occuper du code SQL qui en découle pour faire les insertions, les modifications, les suppressions et les sélections.

Les tables se manipulent presque comme des fichiers HF, on gère les rubriques de la même façon. Ensuite avec un seul ordre on peut faire un insert dans la base correspondante par exemple.

Cette classe est couplée avec les classes d'accès natif mis a votre disposition sur le net
celles de Rodolphe Jouannet : MySQL4WD, PostGreSL4WD ,
celles de Frédéric EMPRIN : SQLite4WD, PHP4WD,MSSQL4WD,
OTL4WD, ADO4WD, OTL4WD , FB4WD

Vous pouvez ainsi gérer les tables de ces différentes bases avec un code unique.

ATTENTION LES VERSIONS DES ACCÈS LIVRES AVEC SQLManagerX NE SONT PAS FORCEMENT LES DERNIÈRES (PENSEZ A TÉLÉCHARGER LA DERNIÈRE VERSION DE VOTRE ACCÈS DANS LA RUBRIQUE SPÉCIFIQUE)