SQLManagerX :: Forum(s)

Re: Probleme connexion suite mise � jour [par TheYoda]

Mon, 30 Jan 2012 18:05:32 +0200

Acc�s natifs::[r�solu] Probleme connexion suite mise � jour
S'il faut faire d'autres test, il n'y a qu'� demander ;)

Re: Cr�ation de BDD [par Bugnet]

Sat, 21 Jan 2012 12:57:09 +0200

SQLManagerX::[r�solu] Cr�ation de BDD
Je n'avais pas pens� � �a . J'utilise PHpMyAdmin, mais je n'ai jamais vu de fonction permettant de faire �a sans �crire une requ�te (mais �a existe peut �tre). J'ai un autre frontal (dont j'ai oubli� le nom). J'irai voir tout �a et au pire j'irai voir le code du datacenter...
Merci

Re: MySQLRecupereExec - requete laiss�e ouverte pour parcour - Peut on ouvrir une autre requete [par Bugnet]

Fri, 20 Jan 2012 15:28:46 +0200

SQLManagerX:: MySQLRecupereExec - requete laiss�e ouverte pour parcour - Peut on ouvrir une autre requete
Ca je l'avais fait Firetox.

J'avais utilis� le num 4 pour ma requ�te principale fonctionnant avec le sqlrecup�re et laiss� le 0 pour la ou les requ�tes imbriqu�s (de simples sqllitrecherche).

Le endehors est encore � faux apr�s mes requ�tes imbriqu�es, car je fais juste la lecture du 1er enregistrement.

Je l'ai malgr� tout forc� � faux par s�curit�, mais �a ne change rien.

PAR CONTRE, je viens de faire ce que j'explique � la fin de mon message pr�c�dent: ai sauv� ma requ�te initiale dans une variable texte globale et la passe en second param�tre lors de l'appel de sqlRecuperExecute.

et comme �a �a marche !

En regardant le code de cette routine de classe, �a me semble logique que �a fonctionne mieux, car sans la pr�sence de ce second param�tre il utilise myOldQuery pour chercher les rubrique. Or MyOld Query � �t� entre temps modifi� par les requ�te imbriqu�es.

Je trouve juste ce fonctionnement un peu bizarre. il me semble qu'il serait plus propre de sauver le texte de la requ�te correspondant � chaque num de requ�te dans l'objet SQLMgx (un autre tableau de 5 chaines) . Et que sqlRecup�re Exec utilise automatique la bonne requ�te texte en fonction du num�ro de requ�te qu'on lui donne.

Sais pas si je suis clair...

En tous cas merci encore � toi, �a l'air de fonctionner...

Re: OTL4WD...erreur DLL mySQLLitCol [par Firetox]

Thu, 27 Oct 2011 11:01:59 +0200

Acc�s natifs:: OTL4WD...erreur DLL mySQLLitCol
Bonjour,

je suis en deplacement donc voila pourquoi je ne pouvais pas repondre.

dans la dll manu a l'epoque avait bloquer le nombre de colonne a 50 !! donc il faudrait changer cela et regenerer la dll.

sinon il faudrait simplement changer d'acces et le faire avec ADO4WD sur oracle ce qui permtttrait d'avoir les derniere modif que j'ai fait sur les projet ADO4WD et MSSQL4Wd et qui normalement ne sont plus limit�s

sinon il va falloir que je reprenne la partie manu et reprendre le projet sous visual studio mais la j'avoue qu'il me manque du temps tout de suite

Re: Proposition modification SQLPrepare [par Firetox]

Sat, 08 Oct 2011 22:04:14 +0200

SQLManagerX:: Proposition modification SQLPrepare
Bonjour,

voici le code modifi� pour que les autre bases puissent aussi s'en servir car il y avait un petit bug par exemple que j'ai vu sur SQLServer mais sur la fonction originale

FONCTION  VIRTUELLE SQLManagerX::SQLPrepare(p_requete est une cha�ne = "",p_REPLACE est un bool�en = Faux,p_listeColonne est une cha�ne = "")

ret est un bool�en = Vrai
chaineAjout est cha�ne 

//si un lock est en cour on l'annule	
:SQLDeadLock()

// Prepare une requete avant de l'envoyer
// si la requete est transmise on ajoute le ; pour en avoir plusieurs dans exec
chaineAjout = p_requete+";"
SI p_requete = "" ALORS chaineAjout = :SQLInsert(Vrai,0,p_REPLACE,p_listeColonne)

// transaction si SQLManagerX ne les a pas desactiv�e
SI ::transaction ALORS
	SI PAS :SQltransac OU :base<>"MYSQL" ALORS
		:MySQL:MysqLtransaction((:MySQL:MySQLdebut),1)
		:SQltransac = Vrai
	FIN
FIN

// dans le cas de MySQL on aura bien le premier INSERT complete ensuite on ajoutera que les values
SI :SourcePrep = "" ALORS :SourcePrep += chaineAjout
SI Taille(:SourcePrep)+Taille(chaineAjout) >= 32767 ALORS 	
	ret = :SQLExecute(PAS ::transaction)
	:SourcePrep = ""
FIN

// pour mySQL la chaine INSERT INTO peut avoir des VALUE multiple donc on prend que ca
// si ce n'est pas le premier sinon il faut tout prendre
SI  :base = "MYSQL"  ET p_requete="" ET :SourcePrep <> "" ALORS chaineAjout = ","+ExtraitCha�ne(chaineAjout,2,"VALUES")
:SourcePrep += chaineAjout 		

RENVOYER ret

test sur ton exemple pour savoir si tout est ok

Re: [PHP4WD] utilisables avec autres choses que WD ? [par taxaw]

Wed, 05 Oct 2011 09:57:21 +0200

Acc�s natifs:: [PHP4WD] utilisables avec autres choses que WD ?
Merci Firetox,
En tout cas votre classe m'a rendu de fiers services.
Je vai voir comment la transformer en dll.
Bonne continuation.

Re: SQLSuivant sans SQLPremier [par Bugnet]

Tue, 04 Oct 2011 11:06:43 +0200

Acc�s natifs:: SQLSuivant sans SQLPremier
Merci pour ta r�ponse.

ok je crois avoir compris, mais si je veux un bouton pr�c�dent et un bouton suivant dans la fiche, comment faire ?

La solution est elle de refaire un filtre avec < au moment ou on appuie sur precedent, puis un SQLDernier, suivi d'un SQLPrecedent ?
Soit trois requetes assez lentes pour simplement passer � l'enregistrement precedent et idem si on veux repartir dans l'autre sens.
De plus, il faut memeoriser l'action sur le boutons, pour eviter de refaire le filtre si ce n'est pas utile (ex:plusieurs actions successives sur precedent ne necessitent qu'un SQLPrecedent des le deuxieme ordre)

Pas d'autre solution plus simple ?

Amicalement
Franck

Re: Performance de mySQLExec [par Bugnet]

Fri, 09 Sep 2011 18:06:35 +0200

Acc�s natifs:: Performance de mySQLExec
Salut,

Je t'envoie le fichier wpf par mail priv�, ne sachant comment attacher un fichier sur ce forum.

C'est la fonction ExtraitChaine qui prend 29s des 33sec.
Et apparement tr�s pr�cis�ment cette ligne (quand je clique sur le bouton code depuis le profiler, �a ma pointe cette ligne, mais il y a d'autre ExtraitChaine dans le code de mySQLExec):
v_chaineResult = ExtraitCha�ne(ExtraitCha�ne(v_chaineResult,2,"--DEBUTSQL--PHP4WDSEP"),1,"--FINSQL--")
qui est appell�e 27313 fois

EDIT 11h30: Erreur, c'est la ligne suivante qui ralentit tout (ligne 111 du code de mySQLExec):

v_ligne = SansEspace(ExtraitCha�ne(v_chaineResult,v_indice,"PHP4WDSEP"))

Comme dans la doc de Windev il est �crit qu'un extrait de chaine est plus lent que de r�aliser un parcours, j'ai remplac� cette ligne par:

SI v_indice = 1 ALORS v_ligne = SansEspace(ExtraitCha�ne(v_chaineResult,rangPremier,"PHP4WDSEP"))
	SINON
		v_ligne = SansEspace(ExtraitCha�ne(v_chaineResult,rangSuivant,"PHP4WDSEP"))
	FIN

R�sultat de la requ�te: 7s au lieu de 29 s !!!

Effectivement, avec un extrait chaine et un indice, il parcourt toute la chaine � chaque fois, alors qu'avec la m�thode du "rangSuivant", Windev doit placer un pointeur.

C'est mieux non ? pourquoi s'en priver ?

Note: M�me modif � apporter ligne 155.

EDIT 00h05/ Je viens de faire qcq tests avec cette modif. Sur les grosses requ�tes le gain est visible:
Ex je remonte toute une table de 4800 produits, 31 colonnes bien charg�es en 40s, soit 0.008s par ligne au lieu de 0.03 avant !
Donc un gain un peu sup�rieur � trois.

Et dire qu'il y a trois semaines, en utilisant mal la classe (je faisais des SQLLitRecherche sur chaque ligne, il aurait fallu 2 heures...

Merci Firetox pour tous tes conseils

Amicalement
Franck

Re: [PHP4WD]Probleme d acces a Mysql [par Firetox]

Thu, 08 Sep 2011 12:11:41 +0200

Acc�s natifs::[r�solu] [PHP4WD]Probleme d acces a Mysql
Bonjour,

les membres crypteRetour et zipRetour ne sont pas li�e a la connection on peut le faire apres depuis le programme en modifiant les memebre (ils sont en public)

donc dans le prog il suffit de faire un monAcces:CrypteRetour = faux ou vrai la meme chose pour methodeZip et les requetes suivante seront execut�es avec cela

effectivement aussi le zip est un peu aleatoire car dependant de beaucoup de chose sur l'hebergement mais pour avoir test� le zip ralenti enormement quand il y a beaucoup de donn�es et la methodeZip est moins rapide que la methode sans zip sur certaines requetes et je ne l'utilise jamais du aux problemes pr�c�dent

Re: Optimisation code... [par Bugnet]

Mon, 05 Sep 2011 20:02:39 +0200

SQLManagerX:: Optimisation code...
Merci je regarde de suite ce que tu m'as envoy�..

Je ne sais pas si tu as vu l'autre id�e que je proposais juste avant ta r�ponse, qui consiste a modifier le Prepare comme cela:

FONCTION  VIRTUELLE SQLPrepareRequetes(Marequete est une cha�ne = "", p_REPLACE est un bool�en = Faux)

ret est un bool�en = Vrai

//si un lock est en cour on l'annule    
:SQLDeadLock()

// Prepare une requete avant de l'envoyer
SI Marequete = "" ALORS 
	chaineAjout est cha�ne = :SQLInsert(Vrai,0,p_REPLACE)
SINON
	chaineAjout = Marequete
FIN 
...

et a lui envoyeer des requetes UPDATE construite avec un WHERE et la liste de mes colonnes a mettre � jour...

Quand penses tu ?
Franck