Zunächst ist die %-Kennzeichnung für Integer out, wir schreiben .NET:

Im selben Atemzug: Option Strict On, damit Du künftig weniger Fehler machst.
Und:
Es sieht so aus, als ob Du Strings abspeicherst.
Du solltest Deine Daten-Verwaltung völlig neu machen.
Da bietet sich eine Datenbank an, da sind im Forum genügend Threads gezogen.

Wie bereits erwähnt, ist Datenbank die vernünftigste Lösung.
Für den Übergang: String-Verkettung mit "&" oder "+" ist bei großer Anzahl von Elementen der Performance-Killer. Nimm statt dessen den StringBuilder, oder in diesem Fall würde ich direkt mit dem 'writer' die Daten in die Datei schreiben. Dazu musst Du natürrlich die For-Schleife in den Using-Block verlagern.

• Braucht man dazu noch irgendwas anderes (anderes Programm?) ausser VB?
  In VisualStudio ist SqlServer und SqlCe bereits enthalten. SqlCe täte ausreichen.
  
  
• Da gibt es ja sicherlich viele Methoden was könnt ihr da für einen Einsteiger empfehlen.
  "Datenbank in 10 Minuten" auf Movie-Tuts
  
  
• Ist das was was sich einfach lernen lernst oder sollte man sich ein Buch zulegen?
  Da sind ja noch mehr Tuts auf der Site.
  Und in den VBP-Tuts verbreiter ich mich ja auch mehr als ausführlich

Insgesamt zweifel ich aber, ob du wirklich eine DB brauchst. Man kann ganz hervorragend DB-Programmierung ohne Datenbank betreiben - das ist nur halb so schwer und immer noch reichlich schwer genug

Wie groß ist deine Daten-Datei? Mit typisiertem Dataset habe ich schon Anwendungen flüssig laufen gehabt, die sich beim Startup erstmal ein 400MB - Dataset in' Kopp gesogen hatten - ohne jedes Problem (das Problem hatte ich, weil ich sonen Umgang mit Resourcen schon unmoralisch finde ;))

Habe jetzt mein Problem erstmal anderweitig gelöst. Habe eine Archivdatei angelegt, die nur geladen wird wenn sie wirklich gebraucht wird. Jetzt dauert der Speichervorgang wieder 2 Sekunden. Damit bin ich erstmal zufrieden, da ich zeitlich grad wenig Möglichkeiten habe.

2 Sekunden ist zu lang. In 2 Sekunden lade ich > 100MB an Daten. Da sind bei dir IMO Verarbeitungs-Algorithmen zu verbessern.

Dein allgemeiner Programmierstil ist u.a. dafür verantwortlich wieso es so lange dauert.

1. a% ist eine alte Bezeichung aus QuickBasic zeiten
2. Du Addierst Strings? Was bitte ist denn 5 + "Hallo" ??
3. Du erstellt in der Schleife eine String Variable der immer was hinzu fügst und speicherst es dann im StreamWriter -> Sinn? Wieso nicht gleich in der Schleife in Streamwriter schreiben??

xtts02 schrieb:

Wie bereits erwähnt, ist Datenbank die vernünftigste Lösung.

Datenbank kann man durchaus machen wenn man sich zur Übung mit dem Thema auseinandersetzen möchte.

Allerdings schliesse ich mich (ausnahmsweise) der Meinung von EDR an: notwendig ist sie bei dem wohl eher geringen Datenaufkommen kaum (Info über das Datenaufkommen wäre hilfreich).

Andere Möglichkkeit ist typisiertes Dataset/Table ( EDR's Dauer- und Standardvorschlag ).

Meine Vorliebe wäre:
- Daten in List (of T) ggf. Bindinglist
- Speicherung: XML-Serialisierung
- Auswertung : LinQ
- Anzeige: DataGridView

Wie Du 2 Sekunden fürs Speichern brauchen kannst , ist mir allerdings genauso ein Rätsel.

Durch das zusammenfügen von String mit dem & oder in schlechten Fällen auch + dauert das extrem lange. Er hat dort 10 Teilen in der Schleife und keiner weiß wie oft die Schleife druchläuft. Jemand hat mal schönes Testtool gemacht mit Strings so zusammen fügen oder mit dem StringBuilder. Bei wenig Text hielt es sich die Waage, aber bei 1000 durchläufen bliebt der Stringbuilder fast gleich aber das & stieg unglaublich hoch an.

Humax schrieb:

Ich glaube mein schlechter Programmierstil rührt daher, dass ich mit Basic 1.0 über GW Basic damals angefangen hab und mir immer alles so selber beigebracht habe.

Das übliche

Ein Problem mit vb.net ist, dass Umsteiger denken, sie könnten auch nur irgendetwas weiterhin so machen, wie sie gewohnt waren. Tatsache ist: man muß alles, ausnahmslos!, vergessen, und die neuen Konzepte ganz von vorne sich erarbeiten.

Die Katastrophe bei diesem Problem ist, dass vb.net die obsoleten Vorgehensweisen weiterhin relativ weitgehend unterstützt - was dazu führt, dasses selbst inne Arbeitswelt gestandene Programmierer gibt, die in wesentlichen Bereichen auch nach Jahren in .Net immer noch keine Ahnung haben, und es aber auch nie merken werden.

Ich empfehle dieses Buch Lesen, dann hat man Ahnung.

Hi
Warum nicht gleich einfach in den Stream mit dem StreamWriter schreiben? Der vmtl. unterliegende FileStream hat sowieso einen Puffer. Schreibe einfach mit Write bzw. WriteLine in den Stream.

Gruß
~blaze~