Recherche:

50 colonnes !!! 8O

Et une table obèse, une ! J'me doute que tu n'y es pour rien mais en général, une table avec plus de 20 colonnes (et encore j'suis large), c'est qu'il y a un problème au niveau...

Mais il n'y aurait que la clause SELECT de la requête à modifier... :calim2: (et éventuellement les indices utilisés suivant ce que * renvoi et ce que tu aurais besoin).

C'est crapuleux mais bon, même si je n'aime pas (la façon de penser), par les temps qui courent, je peux comprendre ^^.
Par contre, penseras-tu à ce moment-là que c'est à cause de cela ? Peut-être...

Bah quoi ? Elle est très bien cette architecture. Bon après, j'suis loin d'être un pro en POO.

Hello,

Suis loin d'être un pro du datarowview vu que je n'en utilise jamais ^^.

Par contre, j'ai encore une remarque à faire. D'après le code que tu montres, la clause SELECT de ta requête sql...

Perso, pour éviter les DBNULL et les erreurs qui vont avec, je m'arrange pour que mes requêtes ne renvoient jamais de marqueurs NULL. Après, tout est beaucoup plus simple.

Disons que tu utilises cette requête et que ta variable nom provient d'un texte écrit par l'utilisateur dans un textbox.

Maintenant, je suis l'utilisateur et dans le textbox, j'écris un nom avec...

Ce qui me choque est que faire de la concaténation de string pour construire une requête SQL, je ne considère pas cela comme étant dans les règles de l'art. Il faut passer au minimum par une requête...

Y a que moi que ça choque ? 8O

Pour le reste, les réponses ont déjà été données apparemment (ou en attente de précisions).