Version 3.0.0.1
Modification de mySQLtransaction pour reprendre le meme code que celui de MSSQL4WD qyi est aussi sur la base OLEDB.

Version 3.0.0.0
reprise de la dll pour compatibilité Vista et Seven
amélioration de la vitesse (curseur cote client)
amélioration de la gestion des limit (qui pouvait ne pas fonctionner)
les tests ont été fait sur une base ACESS (et disponible dans le projet exemple il suffit de lancer la connexion sur acces pour avoir une base exemple et faire quelques tests


Version 2.4.1
connexions multiple sur des bases. il y avait un petit bug qui empechait de declarer correctement une seconde connexion avec un autre objet


Version 2.4.0
creation du programme d'install, qui contient les sources, et la derniere version de l'acces

Version 2.3.5
ajout de 2 methodes
SetCommandTimeout(Timeout)
SetConnectionTimeOut(Timeout)
pour gerer les differents timeout

Version 2.3.4
Correction de la fonction ClearSQLComment pour gérer les colonne avec des apostrophes

Introduction

Ce projet permet un accès à toutes les bases de données (disposant d'un driver ODBC) au travers de la couche ADO de Microsoft. Il est composé d'une fenêtre de test, d'une classe et d'une DLL.

L'accès encapsule la librairie ADO de Carlos Antollini (A set of ADO Classes - version 2.20). Les sources de la DLL sont donnés.
Principe

La DLL fournit se base essentiellement sur les deux éléments suivants :

* ADO (ActiveX Data Objects)

Cet objet repose sur les APIs OLEDB. Certaines fonctionnalités de ADO ne sont pas supportées par toutes les bases car elles dépendent du fournisseur (provider) OLEDB.

Architecture technique

... bientôt
Compléments

Pour utiliser la DLL il est nécessaire :

* d'avoir le MDAC version 2.6 ou supérieur,
* d'avoir installer le provider OLE DB correspondant à la base de données utilisée.

Par exemple, pour utiliser la DLL avec une base MySQL, il est nécessaire d'avoir télécharger le driver "MyOLEDB Provider v3.0" de MySQL (www.mysql.com dans la section download, others, w32).

Version 1.0.0
---------------

Toute première version.

version 2.1.4
---------------
problème de premier avec le tableau mémoire

version 2.1.3
---------------
un petit probleme sur le mode parcours SQLManagerX. qui ne permettait pas d'avoir les rupture sur SQLedit. manu nous a regle ca tres vite.


version 2.1.2
---------------
* modification du parcours pour SQLManagerX. le suivant permet maintenant de reparcourir la requete en revenant sur le premier


version 2.1.1
---------------
* ajout de fonctionnalités (classe) :
- abandon de la gestion des fichiers HF en local
- création d'une nouvelle classe de gestion des couches bas-niveau

version 2.0.0
---------------
* ajout de fonctionnalités (classe) :
- cablage des méthodes mySQLGetFieldName, mySQLGetFieldType, mySQLGetFieldLength
- création de la méthode mySQLFlushMemo pour compatibilité
- revue de code
- typage des paramètres dans les méthodes
- gestion des mémo dans les fichiers HF en local
- cablage de la méthode mySQLGetNumError
- création du membre :myEspaceSignificatif pour retirer ou non les espaces dans une champ lu

* ajout de fonctionnalités (librairie) :
- Compilation en version 2.5.2.0 de IBPP
- évolution de la fonction FireBirdGetErrorMessage pour gérer aussi le code erreur

* corrections de bugs (librairie) :
- ajout d'un trap d'erreur dans la focntion Fetch (arrive en cas de blocage)

version 1.2.6
---------------
* corrections de bugs (classe) :
- retrait de la classe de log

version 1.2.5
---------------
* ajout de fonctionnalités (classe) :
- ajout de la méthode mysqllitligne

* ajout de fonctionnalités (librairie) :
- ajout de la méthode mysqllitligne

version 1.2.4
---------------
* corrections de bugs (classe) :
- gestion du cas de non amorçage de parcours dans LitCol / LitColLong
- gestion du cas de LitColParNom en mode fichier (non autorisé)

HF4WD

Compatibilité : SQLManagerX

Ajout des acces en version 12 et 14

Téléchargez la version windev 12 : C_HF4WD.WDC
Téléchargez la version windev 14 : C_HF4WD.WDC

Changements dans MySQLconnecte pour les versions 12 et 14 pour un acces a HyperFile Client/serveur

FONCTION VIRTUELLE mySQLConnecte(p_typeConnecte=1, WDDfile="", DataPath="",user="", passwd="")

TypeConnecte = 2 acces HyperFile Client / serveur
- WDDFile = Adresse du serveur:Port (exemple :192.168.1.20:4900)
- DataPath = Chemin du fichier WDD (obligatoire pour la connection SQL)
- User = Utilisateur pour la connexion au serveur
- Passwd = Mot de passe pour l'utilisateur de la connection au serveur

TypeConnecte = 1 acces HyperFile Standard
- WDDFile = Chemin du fichier WDD (analyse)
- DataPath = Chemin des fichiers FIC
- User = non utilisé
- Passwd = Mot de passe pour l'analyse si l'analyse a un mot de passe

version 3.0.6 modification de la connection (le mode d'ouverture etait pour le HF classic le mode exclusif et donc bloquait la base au autre utilisateur. maintenant le mode est multi pour ne plus bloquer la base

version 3.0.5 : modification suivant les recommandations de madeuh de la methode mySQLLitMemo qui fonctionne maintenant tres bien

version 3.0.0.0 : refonte de l'acces, pour compatibilite Data Center
Introduction

Cet accès composé uniquement d'une classe a été créé pour les développeurs soucieux de commencer des développements SQLManagerX mais en utilisant HyperFile.
Principe

Cet accès rend SQLManagerX compatible HF.

[3.0.2.7] reprise des procedures stockées. la dll a ete modifiée pour gerer mieux les procedures stockées. la classe a egalement ete modifiée (mySQLSetBind, mySQLGetBind, mySQLExecPS) et les membres concernés. la methode SetCommandTimeOut fonctionne maintenant tres bien.

[3.0.2.6] Modification de la dll pour vista et windows 7 le probleme venait de initialisation de l'objet qui ne doit pas etre fait dans le main de la dll. donc maintenant plus la peine de psser par la fenetre w_connexion. vous pouvez dans l'init du projet faire :

MonAcces est un c_msSQL4WD()

la dll sera chargée a la connexion et donc si vous avez des Set a faire par exemple :

v_retCode = MSSQL:mySQLConnecte(EDT_connectString)
MSSQL:SetDateFormat("AAAA/MM/JJ")

vous devez le faire apres la connexion
la classe a changée ainsi que la dll , le projet exemple tiens compte de cela

[3.0.2.5] modification de mySQLGetLastId pour recuperer par la classe la valeur de l'autoIncrement a la place de le faire dans la dll

[3.0.2.4] Modification de mySQLDecritTable pour etre plus précise au niveau des cle primaire et la valeur par defaut n'etait plus renvoyée. merci a vIceBerg pour ce retour et cette modification qu'il a réalisée

[3.0.2.3] petit bug sur mySQLPremier. si on faisait le parcours complet de la requete et qu'on revenait au debut par premier le endehors etait a vrai. maintenant on peut parcourir autant de fois qu'on veut la requete.

[3.0.2.2] reprise de la dll pour le parcours par precedent qui s'arretait avant la dernere ligne. sur le procedure stockées un appel a une procedure inexistante plantait l'application : maintenant ona le message et le prog ne plante plus

[3.0.2.1] un petit bug c'est glissé dans la dll. si la table n'avait aucune lignes la dll ne renvoyait jamais endehors

[3.0.2.0] Changement des options d'ouverture des curseur dans ADO
nous passons aussi en clientSide pour eviter le traffic (demande plus de mémoire sur le poste client mais la vitesse s'en ressent beaucoup) la classe a ete légèrement modifiées aussi sur premier et dernier
merci a Sohan pour ces informations

[3.0.1.2] modification de la methode MySQLListeTables qui ne fonctionnait pas en appel dll donc la methode ne fait plus appel a la dll mais eecute une requete

[3.0.1.1] modification pour recuperer le retour des procedures et fonctions n'ayant pas de parametres

[3.0.1.0] reprise du code de la dll pour mettre les modification dans mySQLDernier et mySQLPrecedent il n'est plus utile de faire un premier avant de faire un dernier le parcours peut etre commencé par le dernier directement apres l'exec

[3.0.0.9]
recompilation de la dll et mise a jour de la classe. les deux sont en version 3.0.0.9 les procedure stockées ne renvoyaient pas toujours les parametres correctement.

[3.0.0.8] un bug s'est glissé entre les 2 versions les procedures stockées ne renvoyaient plus de resultat. la classe et la dll ont ete modifiée

[3.0.0.7] modification de la classe pour enlever les warning lors de import sous windev 12.

[3.0.0.6] modification pour enlever la LIMITe des 5000 caracteres sur la requete et la methode clearComment devient manuelle, vous devez l appeler pour enlever les commentaire dans votre requete

version 3.0.5.0
---------------
Modification de la dll pour enlever la limite de 5000 caracteres qui avait ete mise. reprise du code pour que l'ensemble soit plus coherent.


version 3.0.4
---------------
Bug sur premier avec tableau mémoire

version 3.0.3
---------------
* ajout d'une fenêtre affichant les metadata sous forme de TV

* ajout de fonctionnalités (classe) :
- abandon de la gestion des fichiers HF en local
- création d'une nouvelle classe de gestion des couches bas-niveau
- création de la méthode mySQLListeTables
- création de la méthode mySQLDécritTable
- revue complète de la gestion des limites (attention le select ne doit pas être un "select *")
- création méthode mySQLGetFieldName (encapsule mySQLColName pour éviter les regressions)
- création méthode mySQLGetFieldLength (encapsule mySQLColLength pour éviter les regressions)
- création méthode mySQLGetFieldType (encapsule mySQLColType pour éviter les regressions)
- cablage de la méthode mySQLGetClientInfo => renvoie l'adresse ip du poste connecté
- cablage de la méthode mySQLGetServeurInfo => renvoie le nom de la base de données
- cablage de la méthode mySQLGetServerInfo => renvoie le numéro de version du noyau oracle
- ajout dans la méthode TestAll()
- exploitation des blobs dans les fichiers hyperfile locaux
- revue globale de code (passage en français entre autre, ratrair du mot cle VIRTUELLE, FONCTION au lieu de PROCEDURE)
- suppression de la méthode mySQLCall()
- Revue de la gestion des fichiers locaux HF
- suppression des paramètres parse et forceselect dans la méthode mySQLExec
- suppression de la méthode mySQLEcritMemo
- cablage de la méthode mySQLPing (fait un select sysdate from dual dans la base)
- cablage des flags Doublon, Timeout.
- renommage de la méthode MySQLAttacheMemo par MySQLAttacheMemoParNom pour éviter la confusion avec la méthode FireBird par id.
- ajout de la méthode mySQLLitLigne par soucis d'optimisation
- typage des paramètres dans les méthodes
- création du membre :myEspaceSignificatif pour retirer ou non les espaces dans une champ lu
- Enrichissement de la méthode SetSGBD
- création d'une mode label : activé il permet de ne pas affiché la requete SQL envoyée à la base mais un label (REQUETEx).

* corrections de bugs (classe) :
- tous les petits bugs qui trainaient ^^

* ajout de fonctionnalités (librairie) :
- utilisation des fonctionnalités de OTL pour le type d'ordre passé en paramètre la fonction Exec
- utilisation de la fonction SQLComment
- ajout de la fonction OTL_LitLigne par soucis d'optimisation
- création d'une mode label : activé il permet de ne pas affiché la requete SQL envoyée à la base mais un label (REQUETEx).

* corrections de bugs (librairie) :
- transformation de strcpy en ..;[0]='\0'
- correction bug dans la méthode fetch pour les colonnes de type long
- bug dans OTL_RowsCount qui déclenchait une erreur système en cas de non execution de la requete. Maintenant on test si le curseur est OK.
- ajout d'un test de curseur OK dans les fonctions le nécessitant (précaution)
- gestion complète (message et code) dans la fonction OTL_GetErr
- si la description d'une colonne est de type null (issue d'une select '' from dual), la longueur est forcée à 0 pour contenir un '\0' au lieu de null.

Projet exemple de PHP4WD.
[5.0.0.5]
mise a jour des script pour eviter les message d'erreur et warning sur les version php5

[5.0.0.4]
Modification pour SQLite Sqlite_fetch_row est remplace par sqlite_fetch_array. en php5 fetch_row n'existe plus


[5.0.0.3]
la version firebird est fonctionnel sans les blob, et sans procedure stockées pour l'instant. mais completement focntionnel. tester sur php5, apache et fireBird 1.5

[5.0.0.2]
mise a jour des scripts : suivant la config de php, il pouvait y avoir un warning qui empechait de lire correctement une requete de type update, delete, des requetes sans resultats)

[5.0.0.0]
la grande nouveaute : les procedures stockées sous Oracle et SQLServer.Nous avons fait les tests pour oracle sur un mobile et ca marche tres bien sous SQLServeur j'ai fait les tests sur un SQLServer Express edition 2005.

Exemple Appel de procedure sous oracle :

i est un entier
v_res est une chaîne

// procedure avec 1 parametre en entree et 3 en sortie

CONVSQL:mysqlCloseBind()
CONVSQL:MySQLDefBind(1,"TESTPIN",CONVSQL:PS_VARIN,CONVSQL:PS_TYPEINTEGER,20)
CONVSQL:MySQLDefBind(2,"TESTCHA",CONVSQL:PS_VAROUT,CONVSQL:PS_TYPECHAINE)
CONVSQL:MySQLDefBind(3,"TESTINT",CONVSQL:PS_VAROUT,CONVSQL:PS_TYPEINTEGER)
CONVSQL:MySQLDefBind(4,"TESTDAT",CONVSQL:PS_VAROUT,CONVSQL:PS_TYPECHAINE)
CONVSQL:MySQLDefBind(5,"TESTDBL",CONVSQL:PS_VAROUT,CONVSQL:PS_TYPEDOUBLE)

SI CONVSQL:MySQLExec("TESTPS(:TESTPIN,:TESTCHA,:TESTINT,:TESTDAT,:TESTDBL)",1) ALORS

// recuperation des parametres envoyés
POUR i=2 A 5
CONVSQL:mySQLGetBind(i,v_res)
Trace(v_res)
FIN

// recuperation du recordSet renvoyé par la procedure si il y en a un
CONVSQL:mySQLPremier(1)
TANTQUE PAS CONVSQL:mySQLendehors
Trace(CONVSQL:MySQLLitLigne(1))
CONVSQL:mySQLSuivant(1)
FIN
FIN
CONVSQL:mysqlferme(1)
CONVSQL:mysqlCloseBind()



Exemple d'appel d'une procedue sous SQLServer :
v_reponse est une chaîne
i est un entier

CONVSQL:MySQLCloseBind()

//premier parametre :@IN1
CONVSQL:mySQLDefBind(1,"@sval",CONVSQL:PS_VARINOUT,CONVSQL:PS_TYPECHAINE,"Franck")

// deuxieme parametre : en entree / sortieentier
CONVSQL:mySQLDefBind(2,"@intval",CONVSQL:PS_VARINOUT,CONVSQL:PS_TYPEINTEGER,50)

// troisiem eparametre en entee sortie maischaine
CONVSQL:mySQLDefBind(3,"@floatval",CONVSQL:PS_VARINOUT,CONVSQL:PS_TYPEDOUBLE,2.1416)

v_req est une chaîne

v_req += "TestPSSQLServer"

IF(CONVSQL:MySQLExecPS(v_req,1)) THEN

// recuperation des parametres envoyés
CONVSQL:mySQLGetBind(1,v_reponse)
Trace(v_reponse)
CONVSQL:mySQLGetBind(2,v_reponse)
Trace(v_reponse)
CONVSQL:mySQLGetBind(3,v_reponse)
Trace(v_reponse)

// recuperation du recordSet renvoyé par la procedure si il y en a un
CONVSQL:mySQLPremier(1)
TANTQUE PAS CONVSQL:mySQLendehors
Trace(CONVSQL:MySQLLitLigne(1))
CONVSQL:mySQLSuivant(1)
FIN
ELSE
Erreur(CONVSQL:mySQLGetErrorMessage())
END
CONVSQL:MySQLCloseBind()
CONVSQL:mySQLFerme(1)

[4.0.3.7]

un petit probleme dans le connecte pouvait generer des messages sur php et remplir le log du serveur web

[4.0.3.6] :

Ajout de 2 methode pour transformer les exec en oracle et SQlserver. ces 2 methode vous permettent de pouvoir ecrire des requete ave LIMIT comme sous mySQL. c'est pratique pour avoir un code identique sous les differentes bases

amelioration du connecte de ajout de mySQLListeTables.
les fonctions oracle on ete testees. l'acces PHP4WD fonctionne avec les bases oracles. donc wdmobile aussi.

RAPPEL PHP4WD permet sur toutes les bases accessible de sasisir des requetes avec LIMIT (sur oracle, sqlserver etc ...)
par exe select * from client limit 1,5
pour avoir les 4 premier client a partir du 1

[4.0.3.3]
changement du separateur des colonnes dans le resultat. on utilisait <BR> mais si dans la base il y avait du code HTML ca pouvait se melanger aux balises html du resultats. le separateur est maintenant PHP4WDSEP ca devrait pas se rencontrer dans un texte ou une image nin dans du code HTML

[4.0.3.0]

changement des script pour optimisation du cryptage cote php.
ATTENTION la cle est dans le fichier connect maintenant
modification de la classe pour le nouveau cryptage

Ce projet contient une fenêtre montrant les différentes possibilités de l'accès.
Comment faire une requête et affiche le résultat dans une table
Attention n'oubliez pas de télécharger PHP4WD pour avoir les 2 scripts PHP.
Uploader les sur votre site et pensez a modifier les éléments de connexion et les clés publiques (dans la classe et dans le script).

[3.6.0.5] modification pour avoir le GetFieldName meme si un premier a ete fait par contre fieldType lui ne renverra rien si un premier est fait

[3.6.0.4] modification de mySQLGetType qui renvoi mantenant 2 valeur (le type de la colonne comme precedement) mais qui depend de ce qu'il y a dans le retour de la requete.elle renvoie aussi une chaine (parametre 3) qui contient le type du create table par exemple "CHAR (50)" ou "BLOB"

v_chaine est une chaine
Trace(SQLite4WD:mySQLGetFieldType(0,v_indice,v_chaine))
trace(v_chaine)

[3.6.0.3] petit bug sur GetFieldName et GetFieldType et GetNumField
maintenant tout fonctionne Attention tout de fois pour recuperer les nom de colonne et type il faut le faire apres l'exec et avant le premier ou le fetch (pour le fetch cela fonctionne meme apres)

[3.6.0.2]: UNIQUEMENT POUR SQLITE 3.X

ajout de la methode mySQLgetFieldType qui renvoi le type de la colonne de la requete avec les constantes
//REVOI :
// SQLITE_INTEGER =1
// SQLITE_FLOAT =2
// SQLITE_TEXT =3
// SQLITE_BLOB =4
// SQLITE_NULL =5
on peut donc comparer le resultat avec MonAcces::SQLITE_INTEGER


[3.6.0.1]: remise en place du fetch sur les base SQLite3 ce prend moins de memoire car une seule ligne est chargée a chaque fois alors que le mySQLPremier charge toutes les lignes de la requete en memoire.

[3.6.0.0]: modification de la dll pour les versions 3 (SQlite4WD3.dll) qui a ete refaites en visual c++ avec la derniere versions de la librairie SQlite) compatible avec les base superieure a 3.5

[3.2.0.5] : modification de mySQLFetch car en 3 SQLite pose probleme sur le Fetch donc on fait un premier et suivant pour l'instant jusqu'a reprise de la dll idem pour mySQLtable qui utilise donc le fetch un peu particulier

[3.2.0.4]
Modification de la dll SQLite4WD.dll pour avoir des blob de plus de 1 Mo maintenant la limite pour chaque blob est de 16Mo autrement dit une ligne peut avoir une taille d'enregistrement de 16 Mo

[3.2.0.3]
petit bug sur mySQLLitMemo . maintenant completement fonctionnelle. si vous utilisiez SQLite4WD avec SQLManagerX la mise a jour n'est pas necessaire. elle est obligatoire si vous voulez utilisez les blob avec l'acces en direct

[3.2.0.2]
modification de la dll sur des requetes imbriquees si un update etait demande la dll pouvait rendre l'etat de la base comme bloquee. car un parcours en mode fetch ne permet pas de faire un update sur la table parcourue , par contre avec le mode premier on peut.

Ce projet permet un accès à aux bases de données Sqlite :

Base sans serveur Entièrement réalisée en C
Base réseau Incluse dans le pack PHP5
Base rapide
SQLite est une bibliothèque qui implémente une base de données embarquée. SQLite n'est pas une bibliothèque cliente permettant la connexion a un serveur de base de donnée. SQLite est la base de données a proprement parlé.
La bibliothèque permet l'écriture, la lecture directement sur le fichier représentant la base de donnée. Son auteur est : D. Richard Hipp

SQLite est multi-utilisateurs et multithread : Plusieurs applications ou plusieurs instances d'une applications peuvent accéder en même temps a une base SQLite

La gestion des locks avec SQLite : SQLite gère les blocages en renvoyant le fait que la base est occupée ou la table. Si une table est occupée pendant des insert rien n'empêche les insert sur une autre table. La mise en place de sémaphores est possible, mais qu'en est-il de l'accès à la base par d'autre processus.(il faudrait également regler le problème des timeOut)

Ce projet est maintenu par Frédéric Emprin

Projet exmple comprenant la classe, la dll, et un projet exemple
la fenetre vous montre a peu près toutes les fonctions de la classe accès natif.
mise a jour de la Dll de SQLite4WD
le fichier contient (la classe, la dll, rtl60.bpl)

[3.2.0.2]
modification de la dll sur des requetes imbriquees si un update etait demande la dll pouvait rendre l'etat de la base comme bloquee. car un parcours en mode fetch ne permet pas de faire un update sur la table parcourue , par contre avec le mode premier on peut.