Reprise du message précédent :

Mais mais après y'a plus assez de place, et on peut plus faire tourner l'appli sur un 12"

effectivement, il est temps de partir : je teste mon biniou, et j'ai une ORA-00947 qui pète ! on verra demain hein

C'est bien la peine de rester tard au boulot tiens

effectivement, j'ai plus les yeux en face des trous, j'ai du oublier des colonnes dans mon insert

si y'a que ce bug à la con, il sera corrigé en 2 minutes demain
là je rentre et je file me faire un petit Bordeaux - Marseille en 747 (30 mn de vol)

ah tiens, je viens de voir que j'ai oublié de coder la progressbar
tout ça pour rassurer ces putains de users ! si y'avait que moi...

je viens de découvrir ce monstre de compatibilité : http://sjlc-team.fr.tc/  

Boarf... Un moment j'ai failli chercher mon Yoke et mes CD de FS, mais si c'est pour voler dans un truc qui vole au dessus des nuages, je vole pas
(à quoi bon faire du dual sur un 24" et un 22" si c'est pour ne pas voir autrechose qu'une nappe blanche de nuages )

tenez, ultime question avant la débauche : pour coder ma progressbar, vous prendriez quoi comme valeur maxi ? le nombre total de champs à insérer dans la base, ou le nombre total de lignes présentes dans le fichier csv ? (une ligne comportant plusieurs champs séparés par des ";" )

le nombre de lignes pardi
 
dans une requête, t'insèrre X champs à la fois, donc ça sert à rien de descendre à ce niveau de détail, puisque tu vas avancer par paquets...

merci

bon vol

 
Ben, c'est Harko
 
 
EDIT : aujourd'hui j'ai découvert qu'on avait un outil de profiling avec la suite Forte de Sun.  
Savoir que j'ai un truc mieux que gprof m'ouvre de bien beaux horizons

genre une progressbar de 0 à 5000 qui fait en sorte que l'appli mette plus de temps à mettre à jour la progressbar qu'à effectuer la tâche ?

Avec un timer qui avance de 1 toutes les 10 secondes

Ceci dit, c'est pas pire que l'ERP sur lequel je bosse : y'a une progress barre qui boucle et qui avance à chaque action du programme, ou chaque fois qu'on appuie sur une touche
 
D'un autre côté, vu que c'est une appli client/server, ça permet de vérifier que le serveur n'est pas en train de laguer (l'interface graphique n'est qu'une surcouche de la version telnet, et du coup dès qu'on appuie sur une touche c'est envoyé au serveur, qui répond, et c'est qu'à ce moment qu'on voit la touche appuiée...)

ça va hein
(ça m'apprendra à trainer sur ternette au lieu de débaucher )

putain je rève ! avec toute la clique de classes et de méthodes de .NET, y'a *RIEN* qui me donne le nombre de lignes d'un fichier texte
je vais être obligé de compter à la mimine tous les \r\n dans ce putain de fichier

bon, scoup ci je me casse ! j'ai pas trop envie de faire mumuse avec les regexp sur le coup de minuit

static int CountLines (TextReader reader)
{
char[] buffer = new char[32*1024]; // Read 32K chars at a time
 
int total=1; // All files have at least one line!
 
int read;
while ( (read=reader.Read(buffer, 0, buffer.Length)) > 0)
{
for (int i=0; i < read; i++)
{
if (buffer[i]=='\n')
{
total++;
}
}
}
return total;
}

ça a pas l'air mal ça ! vendu
(http://www.issociate.de/board/post/287744/What_is_the_fastest_way_to_count_lines_in_a_text_file?.html)

static int CountLines (TextReader reader)
{
char[] buffer = new char[32*1024]; // Read 32K chars at a time
 
int total=1; // All files have at least one line!
 
int read;
while ( (read=reader.Read(buffer, 0, buffer.Length)) > 0)
{
for (int i=0; i < read; i++)
{
if (buffer[i]=='\n')
{
total++;
}
}
}
return total;
}

 
Jvais ptêtre dire une connerie, mais y'a pas un risque d'un des char soit égal à \n alors qu'en fait c'est un bout d'un caractère multichar d'une fichier en UTF8 ?

Et donc dans le cas d'un fichier vide, ça retourne "1" ?

4 bsod en 15 min, y'aurait il un probleme

 
the return of teh great !  

bonne année a tous

Ce qui avance le plus régulièrement.  
Si chaque ligne fait les mêmes insert dans les même tables (aux données près) prend les lignes.
Si tu fait tous les insert dans la même table et que chaque ligne peut avoir un nombre différent de champs, prends les champs.
Si c'est entre les 2 test et prend ce qui a l'air le plus fluide et qui avance le plus régulièrement

Je suis loin d'être sûr que le nombre de champs contenus dans une instruction insert change quoique ce soit à la vitesse d'insertion.
A la limite, pour des lignes volumineuses, la taille totale de la ligne... Et encore.

n'année uriel

moi je suis pas sûr que le temps pour finir son opération dépende linéairement du nombre de ligne parce que s'il utilise une seule transaction (et qu'il explose pas le segment de rolback ) et qu'il pousse un gros tas de lignes le commit doit prendre son petit quart d'heure ...

ça dépends du SGBD, mais en effet, c'est ce que je me suis dit aussi...
 
mais là il est avec oracle, et quand je vois ce que j'ai bourré dans la base à mon taff avant hier, à priori le commit est instantanné même sur un gros volume

aussi

Tfacon les gens sont habitués à ce qu'une barre de progression ne veuille pas dire quand chose sur l'estimation réel du moment ou c'est finit ...

Superbe ! Je plains d'avance tes futurs cobayes utilisateurs.  
 

Je confirme, le commit est instantanné (sous SQL Server aussi d'ailleurs)

de mon temps, ça l'était
c'est depuis l'install de w2k que ça veut plus rien dire, sale jeune

ça va?

merde, une acouphène !
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
à droite en plus, ça porte malheur

Je suis partis du principe que chaque ligne pouvait donner plusieurs requêtes. Si c'est pas le cas, je me demande pourquoi harko pose la question.

tout le monde fait de la merde alors nous aussi. Super comme esprit