Hallo ihr lieben
Nach einer etwas längeren "kreativen Schaffenpause" - bedingt durch massive Unlust nach Datenverlust durch Hardwaredefekt (und schlampige Datensicherung) - bin ich nun wieder in der Vb.Net Welt angekommen.
Derweil bin ich dabei mein Excel VBA Programm in eine Vb.Net Lösung umzuwandenln.
Dies Programm kann letzlich alles, was ich für meine Tage im Einzaelhandel brauche.
Bestellungen und Rechnungen erfassen, Artikel verwalten, Kundenbestellungen verwalten, Rechnungen automatisiert kontrollieren, Ean Code gestütze Bestellungen, uvm.
Da es mir mein VBA Programm im Alltag sehr viel Arbeit abnimmt und Zeit einspart entstand der Name DasProgramm, denn für mich ist es DASProgramm.
Eigentlich wollte ich meine vb.net Variante bis zum Ende programmieren, also mit allen Funktionen.
Dabei habe ich den Anspruch, dass das Programm so gut ist, dass man es verkaufen könnte (auch wenn ich dies nicht vorhabe und das Prog nur für mich selbst nutzen werde).
Jedoch brauche ich schon weit vorher eure Hilfe, denn die Performance meines DataSets ist "von Arsch".
Außerdem macht es wahrscheinlich mehr Sinn, wenn mal jemand über das Programm schaut, bevor ich fertig bin - dann wirds von vornherein gescheit
Denn ich würde mich immernoch als Vb.Net Anfänger mit recht soliden Grundkentnissen und recht guten Kentnissen mit DataSets beschreiben.
Also mein Programm kann bisher folgendes:
Zu meinem akuten Problem:
Ich habe das ArtikelDataSet per Code mit 10.000 Artikeln befüllt - dannach geht das Programm performancetechnisch in die Knie.
Ein Klick auf "Artikel" - also zur TabPage zur Anzeige dieser Artikel - führt zu einer Verzögerung von gut einer Minute, bis die Seite geladen ist.
Über die Volltextsuche per Suchen Button brauchen wir dann garnicht mehr reden.
Hier hab ich ein bisschen Sorge, dass DataSet evtl. doch die falsche Wahl war - ich hoffe ,dass @ErfinderDesRades , oder jemand anderes mir das Gegenteil beweisen kann.
Typische Datenmengen sind: Artikel DAtaSAet ca. 15.000 Einträge
Bestellungen: ca. 1.000 pro Jahr
Der Rest kann Mengenmäßig vernachlässigt werden
Ich habe zwei DateSets angebunden, damit ich das unverschlüsselte ArtikeldataSet einfach durch Copy und Paste auf einen anderen PC kopieren kann, ohne Werte aus dem anderen DataSet zu ersetzen.
Wenn ein DataSet deutlich zweckdienlicher ist, kann ich natürlich auch eine import- exportfunktion basteln.
P.S.. Wenn es hilfreich ist, kann ich natürlich gerne auch mein VBA Programm anonymisieren (hier sind ja Daten und Code in der gleichen Datei).
EDIT:
Neue Version inklusive der Helpers hochgeladen - ist nun lauffähig.
In den Einstellungen Button zum hinzufügen von 5.000 Artikeln in die Article DataTable eingebaut.
Außerdem eine Articles.xml mit 15.000 Artikeln hochgeladen - diese muss in den Unterordner Data (wird beim ersten Programmstart automatisch erstellt)
Nach einer etwas längeren "kreativen Schaffenpause" - bedingt durch massive Unlust nach Datenverlust durch Hardwaredefekt (und schlampige Datensicherung) - bin ich nun wieder in der Vb.Net Welt angekommen.
Derweil bin ich dabei mein Excel VBA Programm in eine Vb.Net Lösung umzuwandenln.
Dies Programm kann letzlich alles, was ich für meine Tage im Einzaelhandel brauche.
Bestellungen und Rechnungen erfassen, Artikel verwalten, Kundenbestellungen verwalten, Rechnungen automatisiert kontrollieren, Ean Code gestütze Bestellungen, uvm.
Da es mir mein VBA Programm im Alltag sehr viel Arbeit abnimmt und Zeit einspart entstand der Name DasProgramm, denn für mich ist es DASProgramm.
Eigentlich wollte ich meine vb.net Variante bis zum Ende programmieren, also mit allen Funktionen.
Dabei habe ich den Anspruch, dass das Programm so gut ist, dass man es verkaufen könnte (auch wenn ich dies nicht vorhabe und das Prog nur für mich selbst nutzen werde).
Jedoch brauche ich schon weit vorher eure Hilfe, denn die Performance meines DataSets ist "von Arsch".
Außerdem macht es wahrscheinlich mehr Sinn, wenn mal jemand über das Programm schaut, bevor ich fertig bin - dann wirds von vornherein gescheit
Denn ich würde mich immernoch als Vb.Net Anfänger mit recht soliden Grundkentnissen und recht guten Kentnissen mit DataSets beschreiben.
Also mein Programm kann bisher folgendes:
- verwalten von Kundenadressen und Emailversand direkt aus dem Programm
- verwalten von Firmenbezogenen Bestellungen und Rechnungen
- verwalten von Kundenbestellungen
- verwalten von Artikelstammdaten (Preis, Artikelnummer, Lieferant, usw.)
- Rechnungskontrolle (Umwandlung einer pdf Rechnung mittels FineReader in csv und Ablgeichen der Positionen mit Artikelstammdaten)
- speichern von Zugangsdaten (passwörten)
Zu meinem akuten Problem:
Ich habe das ArtikelDataSet per Code mit 10.000 Artikeln befüllt - dannach geht das Programm performancetechnisch in die Knie.
Ein Klick auf "Artikel" - also zur TabPage zur Anzeige dieser Artikel - führt zu einer Verzögerung von gut einer Minute, bis die Seite geladen ist.
Über die Volltextsuche per Suchen Button brauchen wir dann garnicht mehr reden.
Hier hab ich ein bisschen Sorge, dass DataSet evtl. doch die falsche Wahl war - ich hoffe ,dass @ErfinderDesRades , oder jemand anderes mir das Gegenteil beweisen kann.
Typische Datenmengen sind: Artikel DAtaSAet ca. 15.000 Einträge
Bestellungen: ca. 1.000 pro Jahr
Der Rest kann Mengenmäßig vernachlässigt werden
Ich habe zwei DateSets angebunden, damit ich das unverschlüsselte ArtikeldataSet einfach durch Copy und Paste auf einen anderen PC kopieren kann, ohne Werte aus dem anderen DataSet zu ersetzen.
Wenn ein DataSet deutlich zweckdienlicher ist, kann ich natürlich auch eine import- exportfunktion basteln.
P.S.. Wenn es hilfreich ist, kann ich natürlich gerne auch mein VBA Programm anonymisieren (hier sind ja Daten und Code in der gleichen Datei).
EDIT:
Neue Version inklusive der Helpers hochgeladen - ist nun lauffähig.
In den Einstellungen Button zum hinzufügen von 5.000 Artikeln in die Article DataTable eingebaut.
Außerdem eine Articles.xml mit 15.000 Artikeln hochgeladen - diese muss in den Unterordner Data (wird beim ersten Programmstart automatisch erstellt)
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von „DerSmurf“ ()