VB Access Datenbank Tabelle leeren
Hallo
ich lasse den inhalt einer Datenbank (Access) in einer listbox anzeigen.
Einen in der list box markierten Eintrag lösche ich so:
Aber wie leere ich die ganze Tabelle?
Ich danke im Voraus
LG
ich lasse den inhalt einer Datenbank (Access) in einer listbox anzeigen.
Einen in der list box markierten Eintrag lösche ich so:
con.Open()
cmd.CommandText = "delete from personen " &
"where personalnummer = " &
pnummer(ListBox1.SelectedIndex)
con.Close()
Aber wie leere ich die ganze Tabelle?
Ich danke im Voraus
LG
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 178389
Url: https://administrator.de/contentid/178389
Ausgedruckt am: 22.11.2024 um 21:11 Uhr
10 Kommentare
Neuester Kommentar
Moin capri-fischer,
in den Zeilen 152 bis ca. Zeile 164 (dem End Try des Delete-Blocks) ist doch vorgekaspert, wie es bei dir aussehen muss.
Kopierie den (fast vollständig fehlenden Code) in deinen Dummy-Block "Button6_Click()" von Zeile 219-232.
Aber: erst nachdem du verstanden hast, wie es im o.a. Delete-UseCase oder auch im Insert-Usecase (ab Zeile 58ff gestrickt ist.
Frage nebenbei:
Haben eure Ober-EntwicklerInnen euch weissgemacht, dass einem die Haare ausfallen oder ein sechster Zeh am linken Fuss wächst, falls man Kommentarzeilen in vorhandenen Codebrei einfügt?
Oder dass es sieben Jahre regnen wird, falls mal der Sinn und Zweck eines einzelnen Subs in einem Halbsatz im Klartext eingetragen wird?
Codequalität lässt sich nur in zwei Masseinheiten sprachunabhängig messen.
Im Anteil der Kommentarzeilen am Gesamtsourcecode oder in WTFs pro Codezeile.
Der Code oben käme bei beiden Methoden nicht gut weg.
Ich finde es ein starkes Stück, dass jemand dir als Einsteiger einen derart lieblos runtergeleierten Spaghetticode vor die Füße gekippt hat - und zwar nicht zum Glattziehen und Nachdokumentieren, sondern zum Erweitern (=also um Aufbauen auf das vorhandene).
-> So was wäre bei uns (toi toi toi) nicht "produktiv gegangen".
Grüße
Biber
in den Zeilen 152 bis ca. Zeile 164 (dem End Try des Delete-Blocks) ist doch vorgekaspert, wie es bei dir aussehen muss.
Kopierie den (fast vollständig fehlenden Code) in deinen Dummy-Block "Button6_Click()" von Zeile 219-232.
Aber: erst nachdem du verstanden hast, wie es im o.a. Delete-UseCase oder auch im Insert-Usecase (ab Zeile 58ff gestrickt ist.
Frage nebenbei:
Haben eure Ober-EntwicklerInnen euch weissgemacht, dass einem die Haare ausfallen oder ein sechster Zeh am linken Fuss wächst, falls man Kommentarzeilen in vorhandenen Codebrei einfügt?
Oder dass es sieben Jahre regnen wird, falls mal der Sinn und Zweck eines einzelnen Subs in einem Halbsatz im Klartext eingetragen wird?
Codequalität lässt sich nur in zwei Masseinheiten sprachunabhängig messen.
Im Anteil der Kommentarzeilen am Gesamtsourcecode oder in WTFs pro Codezeile.
Der Code oben käme bei beiden Methoden nicht gut weg.
Ich finde es ein starkes Stück, dass jemand dir als Einsteiger einen derart lieblos runtergeleierten Spaghetticode vor die Füße gekippt hat - und zwar nicht zum Glattziehen und Nachdokumentieren, sondern zum Erweitern (=also um Aufbauen auf das vorhandene).
-> So was wäre bei uns (toi toi toi) nicht "produktiv gegangen".
Grüße
Biber
Moin carp-dingser,
mach es doch nicht so kompliziert.
Ich meinte natürlich, den "Delete-einen-Satz"-Fall sinngemäß zu übernehmen.
Also mit dem angepassten Delete-Statement ohne WHERE-Clause.
Oder meinetwegen mit einem "Where (1=1)", wenn es dir ohne WHERE-Bedingung zu unvollständig aussieht.
Die wesentliche Verbesserung zu dem von dir geposteten Zustand ist doch, dass das von NetWolf liebevoll vorbereitete Statement nun auch tatsächlich ausgeführt wird mit cmd.ExecuteNonQuery().
Ausserdem solltest du nicht eine Fehlermeldung auswerfen, wenn keine Datensätze gelöscht wurden, sondern hier (genau wie auch in den anderen INSERT, UPDATE, DELETE-Fällen) prüfen, ob es einen Fehler (SQLERROR) gab.
Und bitte bitte endlich für dich und andere das Gestrunkele nachdokumentieren, dann zwei Schritt zurücktreten, in Ruhe schauen, was da abgeht und dann ausmisten, diesen Bläh-Code.
Irgendetwas Gefundenes durch beharrliches Copy & Paste ohne eigene Auseinandersetzung mit dem Thema zu einer Doktorarbeit hochstilisieren zu wollen - das hat auch bei anderen nicht geklappt.
Grüße
Biber
mach es doch nicht so kompliziert.
Ich meinte natürlich, den "Delete-einen-Satz"-Fall sinngemäß zu übernehmen.
Also mit dem angepassten Delete-Statement ohne WHERE-Clause.
Oder meinetwegen mit einem "Where (1=1)", wenn es dir ohne WHERE-Bedingung zu unvollständig aussieht.
Die wesentliche Verbesserung zu dem von dir geposteten Zustand ist doch, dass das von NetWolf liebevoll vorbereitete Statement nun auch tatsächlich ausgeführt wird mit cmd.ExecuteNonQuery().
Ausserdem solltest du nicht eine Fehlermeldung auswerfen, wenn keine Datensätze gelöscht wurden, sondern hier (genau wie auch in den anderen INSERT, UPDATE, DELETE-Fällen) prüfen, ob es einen Fehler (SQLERROR) gab.
Und bitte bitte endlich für dich und andere das Gestrunkele nachdokumentieren, dann zwei Schritt zurücktreten, in Ruhe schauen, was da abgeht und dann ausmisten, diesen Bläh-Code.
Irgendetwas Gefundenes durch beharrliches Copy & Paste ohne eigene Auseinandersetzung mit dem Thema zu einer Doktorarbeit hochstilisieren zu wollen - das hat auch bei anderen nicht geklappt.
Grüße
Biber