Discussion :

[PLH81]

Bonjour à toutes et tous,

je ne connais absolument rien à vb.net. Mes questions sont donc d'ordre général afin de recevoir vos avis.

Je travaille essentiellement avec excel et programme des choses simples en VBA. J'arrive à un stade où les bases de données deviennent volumineuses au point que certains traitements lourds font planter excel (on est d'accord, vu mon niveau, la programmation peut être en cause...) (on est d'accord aussi, access est une possibilité sur laquelle il faut réfléchir).
Sachant que VBA est un langage qui commence sérieusement à être vieux, je me demande s'il ne faut pas penser à changer de langage. Donc, je souhaiterai savoir ceci :
1) Est ce que tout ce que je peux faire en vba, je peux le faire en vb.net et même plus ?
2) Est-il possible de développer des interfaces graphiques qui modifient derrière excel (ex : une personne prend le bus A puis le métro B, sauf que A et B n'ont pas de jonction. Affichage graphique des trajets A et B, modification via l'interface graphique du trajet A, modification des données dans excel)
3) Est-il possible de générer des powerpoint avec vb.net en puisant les données d'un fichier excel ?

Le langage VB est-il très différent de VBA ?

Est-ce que je fais totalement fausse route et il vaut mieux rester sur VBA ?

Merci de vos réponses

PLH81

[r.morel]

Salut,

Je travaille essentiellement avec excel et programme des choses simples en VBA.

Voici un tutoriel d'utilisation d'Excel en VB.net : http://drq.developpez.com/vb/tutoriels/Excel/

J'arrive à un stade où les bases de données deviennent volumineuses au point que certains traitements lourds font planter excel

Merci de préciser le volume de vos tables.

1) Est ce que tout ce que je peux faire en vba, je peux le faire en vb.net et même plus ?
2) Est-il possible de développer des interfaces graphiques qui modifient derrière excel (ex : une personne prend le bus A puis le métro B, sauf que A et B n'ont pas de jonction. Affichage graphique des trajets A et B, modification via l'interface graphique du trajet A, modification des données dans excel)
3) Est-il possible de générer des powerpoint avec vb.net en puisant les données d'un fichier excel ?

1. Le VB est différent du VBA mais il permet bien plus de choses.
2. Il est possible de developper un "AddIn" pour Excel. Celui ci s'intègre dans le logiciel. Voir : http://jfdeterme.developpez.com/tuto...l-studio-2010/
3. Il également possible de piloter Powerpoint : https://support.microsoft.com/fr-fr/kb/303717

Enfin un lien vers le cours VB.net : http://plasserre.developpez.com/cours/vb-net/
Ce cours est très complet et il faudra commencer lentement.

Bonne continuation

[PLH81]

bonjour r.morel,

Merci pour votre réponse.
Pour répondre à votre questions, le plus gros fichier excel est pour l'instant à plus 350Mo, 400.000 lignes, environ 300 colonnes. Il est appelé à prendre encore du poids vu qu'il contient des données annuelles.
Nous faisons beaucoup de calculs dessus via de très nombreux tableaux dynamiques croisés. C'est ce qui fait planter excel. (La gestion de la mémoire n'est en rien optimisée.)

Je vais prendre le temps de lire les articles dont vous faites référence.

Bonne journée

PLH81

[r.morel]

Pour répondre à votre questions, le plus gros fichier excel est pour l'instant à plus 350Mo, 400.000 lignes, environ 300 colonnes. Il est appelé à prendre encore du poids vu qu'il contient des données annuelles.
Nous faisons beaucoup de calculs dessus via de très nombreux tableaux dynamiques croisés. C'est ce qui fait planter excel. (La gestion de la mémoire n'est en rien optimisée.)

Il serait certainement plus avantageux de créer un base de données et d'extraire les données souhaitées avant de les traitées dans Excel.
Cela va demandé pas mal de temps et des connaissances en SQL.
Les miennes étant réduites. Mais j’apprends tous le jours, notamment grâce à ce site. Je vais laisser d'autres utilisateurs plus expérimentés vous répondre.

Bonne journée.

[PLH81]

Le fait est que je ne connais rien à SQL.
C'est donc tout un chamboulement du process de travail qu'il faudrait envisager, avec les conséquences que cela pourrait avoir. Donc, il ne faut pas se planter de choix.

[SultanGeek]

Bonjour,
Pour les bases de données il y'a en plusieurs(Acess,Mysql,Sqlserver etc...).Avec phpmyadmin pour mysql ou management studio pour sqlserver tu peux créer une base de données de manière graphique sans coder en sql c'est pratique quand on débute.Sinon une application VB.net doit pouvoir communiquer avec un fichier excel via des drivers de communication comme ODBC ou oleDB.

[clementmarcotte]

Bonjour,

Excel n'a jamais été, n'est pas et ne sera jamais un SGBD. Sauf peut-être pour des tâches simples comme des listes d'envois pour du publipostage.

C'est sur que d'apprendre SQL, c'est un gros plus, mais, avec VB.net, il y a des outils graphiques qui permettent quand même de faire du travail de base avec SQL Server et SQL Server Express (gratuit).

[PLH81]

Bonjour à vous,

Merci pour vos réponses.
Je suis d'accord qu'utiliser excel comme SGBD n'est pas approprié. Sinon ça s'appellerait Access. C'est pourquoi je me pose des questions sur mes outils de travail.

Est-il possible avec vb.net, de développer un outil cartographique avec des données provenant d'excel (ou d'Access), données qui pourront être modifiées via cet outil cartographique. Par exemple déplacer un point sur la carte, point qui automatiquement prendra de nouvelles valeurs dans le fichier excel ou Access.

J'ai lu que travailler en vb.net sur des fichiers excel étaient plus lents qu'avec VBA, à cause des systèmes de communications différents (com pour VBA et l'autre, ma mémoire me fait défaut). Etes vous d'accord avec cela ?

Bonne journée

PLH81

[Pol63]

en vb.net tout est possible (ou presque) mais ce n'est pas toujours simple (d'autant plus qu'on ne sait pas ce que tu entends par cartographique, ni ce que tu avais sur excel)
par contre il faut oublier excel (que ca soit pour du stockage ou de l'affichage)
access si tu veux même si c'est assez nul d'un point de vu professionnel

de toute facon l'accès aux données se code la même manière en .net que tu utilises excel access sqlite ou sql server
créer une base de données n'est pas compliqué non plus, ca te ne prendras pas trop de temps, le plus compliqué sera surement le passage de vba à vb.net

concernant la performance de l'accès aux données, sur une base de données tu peux mettre des index qui améliorent les recherches avec des WHERE (condition), et sur une petite base mono utilisateur il y a peu de différences entre access et sql server
tu peux même lire une grosse partie de ce que tu as besoin au démarrage en asynchrone, utiliser quelques centaines de Mo de ram dans une appli ca se fait.

[PLH81]

Bonjour,

Pourquoi dites-vous qu'Access est nul d'un point de vue professionnelle ?

Nos fichiers contiennent des données de déplacement sur des réseaux de transport. Une personne part d'un endroit, prend tel et tel mode de transport ( trajet "matérialisé" sur une carte géographique) et arrive à tel endroit. Ma question est donc : puis je développer une interface cartographique qui me permette de modifier le trajet (par exemple son trajet fait en voiture pour arriver à la gare. Je "saisie" avec la souris, l'extrémité de son trajet auto et le pose sur l'extrémité gare) et que cette modification s'enregistre dans le fichier excel ou access ?

Pour l'instant nous n'avons pas de point GPS dans nos fichiers, nous travaillons qu'avec des noms de départ et d'arrivée permettant de faire les jonctions entres les différents mode de transport. Donc je visualise les trajets dans ma tête, alors que je souhaiterai le voir sur l'écran.
Si toutefois nous incorporons des points gps, autant moderniser notre façon de valider les données.

[Pol63]

access n'est pas une super base de données
moins résistant à un problème physique de la machine (disque dur)
moins performant que la plupart des autres sgbdr
normes SQL peu suivies
langage de programmation peu étoffé (car sur sql server par exemple il y a des tas d'instructions sql permettant de faire plein choses, genre IF EXISTS)
syntaxe très limite parfois et piégeuse (paramètres de requetes qui ne vérifie pas les noms mais l'ordre de ceux-ci)
messages d'erreurs du genre "erreur" alors qu'sql server aurait dit "t'as écris une connerie à telle ligne telle caractère", un message vague n'a jamais aidé à débugger
etc ...

mais une fois de plus ca peut largement suffire pour un petit projet, et rien n'empeche de migrer par la suite sur autre chose, si la migration est pensée dès le début, ca peut etre transparent côté vb
de plus il a des avantages, tout le monde sait faire une sauvegarde d'une base access car il suffit de copier le fichier
un débutant ne se perdra pas trop dans l'interface de conception vu qu'on ne peut pas y faire grand chose à part créer des tables ^^

concernant l'affichage, en .net tu peux dessiner ce que tu veux à l'écran, donc une image de fond sans problème
là dessus tu peux superposer ce que tu veux (dessin ou controle posé sur le fond)
tu peux déplacer ce que tu veux en gérant les évènements mousedown/mousemove/mousedown et enregistrer les modifs à ce moment là
tu peux même faire des points d'accrochages si tu ne veux pas que l'utilisateur pose un truc n'importe où mais seulement sur des points précis

[clementmarcotte]

Bonjour,

Bonjour à vous,

Est-il possible avec vb.net, de développer un outil cartographique avec des données provenant d'excel (ou d'Access), données qui pourront être modifiées via cet outil cartographique. Par exemple déplacer un point sur la carte, point qui automatiquement prendra de nouvelles valeurs dans le fichier excel ou Access.

Je ne sais pas trop si cela peut servir, mais il me semble qu'il existe un contrôle qui permet d'utiliser les cartes de Bing à partir de la plate-forme .net.

J'ai lu que travailler en vb.net sur des fichiers excel étaient plus lents qu'avec VBA, à cause des systèmes de communications différents (com pour VBA et l'autre, ma mémoire me fait défaut). Etes vous d'accord avec cela ?

Bonne journée

PLH81

Je ne sais pas, surtout sans les détails. Cependant, il existe plus d'une façon d'utiliser un fichier Excel avec VB.net. On peut utiliser une connexion directe au fichier comme pour une base de données. On peut aussi piloter Excel (toutes les applications Office, en fait) par automation. Pour les fichiers Office 2007 et suivants, on peut aussi utiliser le SDK OpenXML et sa fameuse documentformatopenxml.dll ; soit directement, soit par l'entremise de bibliothèques spécialisées Excel comme EPPlus ou ClosedXML.

[Cybercope]

Bonjour,

Le VB.net se rapproche beaucoup du VBA.
Avec VB.net vous pourrez créer des application portable, accéder à des bases de données (VB.net propose de créer des BDB de manière plutôt simple) et il me semble bien que vous avez la possibilité de crée une "liaison" avec excel. C'est un langage très pratique car il n' a pas de spécification particulière (comme le Fortran ou le Cobol...) c' est un peu un langage "à tous faire". Il peut très bien fonctionner de manière visuel (boite de dialogue...) ou bien de manière "arrière plan" (comme beaucoup d' autre langage (Cobol...). VB.net permet aussi la création, la modification, la suppression de données de fichiers, de dossiers...

Pour faire vite, cela se rapproche beaucoup des macro que vous avez sans doute eu l occasion de faire avec des boites de dialogue, inputbox, msgbox etc... mais VB.net est plus complet à ce niveau.
Pour le langage, vous prendrez rapidement vos marques vu que le VBA fait parti de la même famille (même types de syntaxe, mots clés, fonctions...)

En espérant vous avoir aider.

Ind6x

[Pol63]

Le VB.net se rapproche beaucoup du VBA.

euh
à part les mots clés comme If non ca n'a strictement rien à voir
vb.net est un langage (évenementiel) orienté objet (héritage, interfaces, reflection ...) avec des milliers de classes disponibles
alors bien sur on peut coder un peu comme en vba mais c'est passer à côté de 90% de ce qu'apporte .net en légèreté et maintenabilité du code

en 2008 il était dit qu'une appli vb.net nécessitait jusqu'à 7x moins de code que la même en vb6 (ca pourrait être plus aujourd'hui avec les évolutions du langage et wpf)
et vb6 est surement mieux que vba

[clementmarcotte]

Bonjour,

Bonjour,

Le VB.net se rapproche beaucoup du VBA.

Je suis un peu beaucoup de l'avis de Pol63. VBA est un produit qui descend en partie de VB6 et en partie fait de code spécifique pour Microsoft Office et commun aux applications Office, et de code spécifique pour chaque application Office. La seule ressemblance avec VB.net est que certaines instructions sont les mêmes et que les fonctions VBA ont été maintenues pour des raisons de compatibilité. Mais plus que le Framework progresse, plus les fonctions VBA sont en fait des alias pour des classes du Framework.

C'est un langage très pratique car il n' a pas de spécification particulière (comme le Fortran ou le Cobol...) c' est un peu un langage "à tous faire".

VB.net est un vrai langage conforme aux normes de la programmation orientée objet. VBA est un langage "traditionnel" que Microsoft a essayé de transformer en logiciel de POO. VBA n'est pas complètement conforme aux normes de la POO

Pour faire vite, cela se rapproche beaucoup des macro que vous avez sans doute eu l occasion de faire avec des boites de dialogue, inputbox, msgbox etc...

Admettons que ce soit vrai pour concevoir les interfaces. Mais, c'est archi-Faux pour tout ce qui concerne la manipulation ou l'adaptation des applications Office. Les interfaces sont un aspect minime de la programmation en VBA

Pour le langage, vous prendrez rapidement vos marques vu que le VBA fait parti de la même famille (même types de syntaxe, mots clés, fonctions...)
Ind6x

C'est faire bien peu de cas de la partie différente et les classes du Framework, qui offrent beaucoup plus de possibilités que le VB traditionnel. Vouloir utiliser VB.net pour faire du VB6, est complètement absurde. Pour avoir commencé avec le BASIC de l'Apple II, puis le BASIC de MS-DOS, puis QuickBasic, puis VB6 puis VB.net, je dirais que oui on peut se contenter de ce que l'on connaît de VB pour faire la transition. Mais, une fois que l'on sort des boucles et des if, il faut presque oublier VB6 VBA pour progresser en VB.net. C'est vrai qu'il y a des ressemblances profondes et des choses pour préserver la compatibilité, mais il y a beaucoup plus de choses totalement différentes et beaucoup plus puissantes.

[PLH81]

Bonsoir,
Merci à vous pour ces avis.

Il semble donc, si j'en tire une conclusion rapide, que la nécessité d'apprendre la POO (en plus de SQL) n'est pas une option si je passe à VB.net.

Bon, ça promet des nuits blanches...

[nico84]

Bonjour,

le plus gros fichier excel est pour l'instant à plus 350Mo, 400.000 lignes, environ 300 colonnes.

Pour apporter ma modeste contribution de développeur access au débat, un tel volume de données est déjà aux limites d'access donc il vaut mieux partir directement sur une base non limitée. Elle peut être exploitée en VBA mais ça serait peu performant.
Par ailleurs une table a rarement 300 colonnes : le plus souvent une case de tableau excel devient un ligne de la base. Si 90% des cases sont vides ça fera quand même encore 12M de lignes dans la table.

Bon courage !

PS : j'envisage pour ma part une migration VBA+access vers VB+MSQL donc j'ai tout à réapprendre aussi