Discussion :

[zadoner33]

Bonjour,

Ma probl�matique :
Je dois r�aliser un tableau de donn�es d'environ 6000 lignes ( chaque ligne comporte 30 champs ).
Sur ce grand tableau, je dois pouvoir effectuer des recherches par date, par attribut ...
Toutes ces donn�es sont enregistr�es dans une base de donn�es MySql.

Ma question :
Quel technologie utilis�e pour r�ussir au mieux � manipuler toutes ces donn�es ? Jquery ? Ajax ? Php ? Iframe ?

Mes pistes :
Je suis d�ja parvenu � r�aliser un tableau enti�rement en javacsript/jquery sur lequel je peux effectuer toutes mes recherches (par date, par attribut, filtres...) mais ceci sur seulement une 20aines de lignes pour le moment.

- Es ce que je risque d'avoir des probl�mes de traitement de donn�es lorsque j'aurais des milliers de lignes de donn�es ?
- Dois-je sinon utiliser l'ajax pour re-charger mon tableau en fonction des "filtres" ou des requetes que je demandes ?
- Es ce que l'utilisation de l'ajax avec une iframe serait une bonne solution ?
(dans mon iframe se trouverait mon tableau construit avec une requete sql, et avec l'ajax, je lui transmet les param�tres de la bonne requete sql � effectuer pour la construction du tableau)
- ou alors je transpose toutes mes donn�es dans un gros fichier xml que je traite ensuite avec l'ajax ?

J'ai cherch� sur le net mais je ne trouve pas d'avis sur la bonne techno � mettre en place sur le traitement d'un tableau de cette envergure.

Par avance, merci

[SylvainPV]

Le JS est c�t� client, �a permet donc de faire du tri rapidement sans requ�ter le serveur.
Le PHP est c�t� serveur, �a permet de faire le tri et de renvoyer les donn�es pagin�es et tri�es, afin que le client n'ait pas � t�l�charger et interpr�ter toutes les donn�es.

Il y a donc un compromis � trouver entre temps de chargement des donn�es et temps de tri sur les donn�es.

G�n�ralement, un utilisateur accepte bien plus volontiers d'attendre dix fois de suite une seconde entre chaque r�sultat, plut�t que d'attendre une fois cinq secondes au d�but pour ne plus avoir � attendre ensuite. Donc faire le tri en PHP+AJAX serait une meilleure option.

MAIS avec les m�canismes de cache client comme le localStorage ou l'applicationCache, on peut t�l�charger toutes les donn�es et ne plus avoir � requ�ter le serveur ensuite, et ce pour un temps infini (jusqu'� ce que l'utilisateur nettoie ses traces sur le navigateur ou que tu souhaites mettre � jour les donn�es). Donc si les donn�es ne sont pas amen�es � �voluer souvent et que leur taille est de l'ordre du raisonnable (< 10 Mo), faire le tri c�t� client est un bon choix �galement.

Pour tes questions :
- Es ce que je risque d'avoir des probl�mes de traitement de donn�es lorsque j'aurais des milliers de lignes de donn�es ? --> tout d�pend du type d'informations et du type de traitement, mais si on reste dans l'ordre du millier �a ne fait pas trop peur
- Dois-je sinon utiliser l'ajax pour re-charger mon tableau en fonction des "filtres" ou des requetes que je demandes ? --> si tu fais le tri c�t� serveur, oui
- Es ce que l'utilisation de l'ajax avec une iframe serait une bonne solution ? --> je ne vois pas ce que vient faire l'iframe l�-dedans, avec AJAX pas besoin d'iframe
(dans mon iframe se trouverait mon tableau construit avec une requete sql, et avec l'ajax, je lui transmet les param�tres de la bonne requete sql � effectuer pour la construction du tableau)
- ou alors je transpose toutes mes donn�es dans un gros fichier xml que je traite ensuite avec l'ajax ? --> il faudra s�rialiser tes donn�es d'une mani�re ou d'une autre, et je te conseille de les envoyer en JSON (plus l�ger) et de g�n�rer ton tableau HTML en JavaScript ensuite. C'est ce qu'il y a de mieux en perf.

[zadoner33]

Alors tout d'abord, merci beaucoup pour cette r�ponse rapide et compl�te !

Par rapport � ce que tu me dis, la r�ponse s'�claircit !

D�j�, concernant le localStorage ou l'applicationCache, je ne pense pas que ce soit appropri� dans mon cas du fait que les informations seront amen�es � �tre modifi�es plusieurs fois par jour.

Ensuite, en effet, 10 fois une secondes est plus judicieux dans mon cas que 1 fois 5 secondes...
donc l'utilisation du Php/AJAX parait �tre la meilleur solution en effet !

Sur ce point :

- Es ce que je risque d'avoir des probl�mes de traitement de donn�es lorsque j'aurais des milliers de lignes de donn�es ?
--> tout d�pend du type d'informations et du type de traitement, mais si on reste dans l'ordre du millier �a ne fait pas trop peur

Je voulais pr�ciser ma question dans le sens ou, si je charge ma page html avec disons 8000 lignes dans un tableau (30 champs par ligne) et que j'utiliser ensuite le jquery pour faire les manipulations de tri, es ce que j'ai des chances que �a rame un peu ? Quels sont les param�tres � prendre en compte pour anticiper d'�ventuelles latences ? ( genre navigateurs ? puissance du pc ? ou cela n'a rien � voir ? )
( pour plus d'infos, les informations sont : en gros 25 champs de types varchar 256 caract�res et 3/4 champs de type texte (genre 10/15 lignes)


Et enfin, tu me conseille donc de s�rialiser mes donn�es en JSON et de construire mon tableau en javascript. (mais la s�rialisation ne va pas me prendre les fameuses 5 secondes dont on avait parl� plus haut ?

Cette technique sera plus rapide donc que d'utiliser une iframe ?

J'ai du mal � me rendre compte quelle solution est plus efficace dans le sens ou avec une iframe, il me suffit d'envoyer la bonne requ�te � mon iframe pour y charger mon tableau ? Le JSON va me permettre d'aller plus vite ?

[SylvainPV]

Oublie l'iframe. Si tu cherches la performance, charger les r�sultats sous forme de HTML pr�-rendu par le serveur n'a pas de sens. Voir le chapitre IV de mon article: http://sylvainpv.developpez.com/tuto...ng-client/#LIV

Le JSON va te permettre d'�changer tes donn�es dans un format l�ger, quelle que soit l'approche que tu choisis (tri c�t� serveur ou c�t� client, il faut bien envoyer les donn�es). S�rialiser c�t� serveur et de-s�rialiser c�t� client est une affaire de millisecondes, tandis que le gain en taille des requ�tes peut lui se compter en dixi�mes de seconde, voir en secondes sur les mauvaises connexions.

jQuery est une lib pour manipuler du DOM, ce n'est pas elle qui va trier tes donn�es ; bien que tu peux utiliser quelques helpers jQuery pour �a mais ce que je veux dire, c'est que tu ne vas pas t'emb�ter � transformer toutes tes donn�es en lignes de tableau et ensuite les trier, autant les trier tout de suite et les afficher ensuite avec une pagination ou avec un infinite scrolling.

Pour les probl�mes de perf sur les traitements, je pense surtout que �a va d�pendre de la complexit� du tri. Par exemple si tu as des expressions r�guli�res complexes � appliquer sur plusieurs champs. Si c'est juste un tri bateau par ordre alphab�tique, ou une recherche par terme exact, �a devait �tre tr�s rapide (surtout si tu fais le tri c�t� serveur).

[sekaijin]

http://dev.sencha.com/extjs/5.1.0/ex...red-store.html
http://dev.sencha.com/extjs/5.1.0/ex...mary-grid.html
http://dev.sencha.com/ext/5.0.1/exam...red-store.html

etc.
je pense que extjs est un outil pour g�rer de telles tables � regarder de pr�s
Le ticket d'entr�e n'est pas imm�diat mais c'est particuli�rement bien adapt� � ce besoin

A+JYT

[zadoner33]

Pour le c�t� th�orique, je pense avoir compris en grande partie le principe, merci SylvainPV.
Et pour la pratique, merci � toi sekajin, je regarde de tr�s pr�s ce que tu m'a propos�, en effet ca � l'air puissant et surtout adapt� � mes besoins. Notamment le fait que lorsque tu scroll tu effectues une requete Aajx � l'endroit ou le scroll se positionne...Je sai pas encore comment faire, mais c'est ce qu'il me faut

Il est facile de trouver sur le net des informations li�es � telle ou telle techno mais pas toujours �vident de d�finir la bonne techno en fonction de l'utilisation.

Donc un grand merci messieurs ! Et un bon week end

PS: Je me suis donc orient� vers de l'Ajax, avec retour des mes requ�tes ajax trait�es en JSON.