Ah, hat dein Primärschlüssel mehrfach den selben Wert?
Abgesehen davon gehört dass zu den SQL Grundlagen

SELECT zweite_Spalte FROM test_tabelle
WHERE test_Spalte = 'test'

Sorry für die fehlende Formatierung. Gesendet vom Handy

Japp, mit Komma getrennt

Wenn 'test' nur ein Teilstring ist dann wäre es eher
WHERE test_Spalte LIKE '%test%'

Öhm, du bekommst, u.U., mehrere Werte zurück. Ein einfaches ToString reicht da nicht.

Schau dir noch mal die MSDN zum SQLDataReader an
msdn.microsoft.com/de-de/libra…cs-lang=vb#code-snippet-2

Am Besten wäre es jedoch sich den DbDataReader durchzulesen, da beide(SqlDataReader und MySqlDataReader) Konform mit diesem sind.

Ein DataReader beinhaltet das Ergebnis aus einer Abfrage. Irgendeiner. Der DataReader kennt jedoch weder die Anzahl der Spalten noch deren Namen, noch deren Datentypen, ohne dass man ihn dazu auffordert diese auszugeben. Auch die Zahl der Rows ist erst einmal unbekannt.

Das einfachste ist es eine While-Schleife zu nehmen, deren Bedingung das Ergebnis der Read() Methode darstellt.
Die Read() Methode gibt true zurück, wenn ein weiterer Datensatz gefunden wurde. False wenn nicht. Damit man auf den ersten Datensatz kommt, muss Read() einmal aufgerufen werden.

Bist du nun auf einem Datensatz, so musst du nun die GetIrgendwas() Methode aufrufen, die zum Datentyp der Spalte passt. Hast du nen Varchar Text oder sonst einen typen, der mehrere charachter umfasst, nimmst du GetString(). Für Zahlentypen greifst du auf die MEthoden GetInt32(), GetDouble(), usw. zurück.

Für einzelne Zeilen oder einfache Aufrufe ist der DataReader ein praktisches Tool, doch gewöhne es dir bitte nicht an damit zu arbeiten.
Was du in Zukunft lernen solltest ist die Arbeit mit DataAdapter, an die Controls dann gebunden werden können, die sich dann die Daten "selbst" besorgen.
Der Sinn dahinter ist, dass du nicht für jeden Pups händisch die daten abfragst und ausliest, sondern das Framework für dich arbeiten lässt.

Und dank dem System.Data.Common Namespace ist es unglaublich einfach Anwendungen zu schreiben, die nichts/nicht mehr viel von der darunter ligenden Datenbank wissen müssen.
Aber das ist ein Kapitel für spätere Tage

Dann gebe ich dir einen Tipp:
Wenn du mal verschiedene Datenbankserver in deinem Programm unterstützen willst, wirst du schnell merken, dass der Quellcode sich zwischen den verschiedenen Provider (MySql, SqlServer, Oracle) nur darin unterscheiden wird, dass z.B. ein Command eben so lautet:
MySqlCommand, SqlCommand, OracleCommand

Wenn du also den "Verbindungscode" nicht 3 mal oder öfters schreiben willst, dann benutzt du in deiner Anwendung die DbCommand, DbConnection, usw Klassen, die Datenbank unabhängig sind. Danach brauchst du nur noch eine winzige "Providerklasse" die mit 6-7 Zeilen Code die Verbindung aufbaut und dir Transaktionen, Commands usw. ausgibt. Der Rest der Logik für selects, inserts usw. ist dann größtenteils Datenbank unabhängig. Damit sollte deine Anwendung kleiner werden, was deinem "minimalismus" entgegen kommen sollte.

ich denke, bei @0luca0 fehlen massiv Grundlagen. Mache ich daran fest, wenner zB meint, DbReader.ToString() würde schon irgendwie verstehen, welche Werte er aus der Datenbank abrufen möchte.
Oder wenn er "Select" als Attribut bezeichnet - da denke ich, er weiß weder was ein Attribut ist, noch kann er erklären, wasser in dem Zusammenhang wohl mit "Select" meint.
Mir scheint er düst eifrig im INet herum und probiert alles mögliche gefundene aus, aber mangels Grundlagen ohne was zu verstehen.

Und so kann man ab einer bestimmten Komplexität einfach nicht mehr weiter-programmieren.

Du empfiehlst ihm eine winzige "Providerklasse" zu schreiben, aber ich möchte wetten, er kann noch überhaupt keine Klasse schreiben, vermutlich wird er nichtmal eine einzelne Methode hinkriegen, weiler garnet richtig weiß, was das ist.

@ @0luca0: Ich will dich nicht kränken, aber's hat so kein' Wert. Ich sag einfach was mir als Tatsache erscheint, weil wenn man die Tatsachen nicht wahrnimmt, hat man keine Chance, sie zu ändern.

hab nix über dein Deutsch gesagt, und hab an deim Deutsch nix auszusetzen.
Nur Select als Attribut (alias "Eigenschaft") zu bezeichnen kann eiglich falscher nicht sein.
Also Attribut kann man als Eigenschaft verstehen, ja. Aber Select als Attribut zu bezeichnen ergibt überhaupt keinen Sinn.
"Select" im hiesigen Zusammenhang ist ein Schlüsselwort der Sprache Sql.

Wie gesagt, dir fehlen massiv Grundlagen, denn das mit MySqlReader.toString ergibt (jetzt in der Sprache VB.Net) auch keinen Sinn.

Übrigens deine Frage an EaranMaleasi finde ich hingegen ganz berechtigt und sinnhaltig: Wenn du solch nicht vorhast, brauchst du dich darum erstmal auch nicht zu kümmern, schon garnet im jetzigen Stadium.

Worum du dich kümmern könntest, wären die allgemeinen Grundlagen von vb.net zu erlernen, Datentypen, Methoden, Eigenschaften, Schlüsselworte, Klassen, Objekte und so Zeug.
An Datenbanken solltest du dich meiner Meinung nach erstmal noch garnet ranmachen.

Edit:
Ich will da nicht weiter rum-rechten. Wie gesagt: Ich meins nicht als Angriff, sondern ich sage dir einfach nur, was ich meine, was du brauchst, um dein Prob lösen zu können.
Was du damit machst ist deine Sache, ich kann auch nicht verhindern, dass du dich deswegen angegriffen fühlst, nur wär mir lieber, du würdest es nicht in diesen Hals kriegen.

0luca0 schrieb:

sein Programm mit mehreren verschiedenen Datenbanken verbinden sollte?

Es geht nicht darum, dass du deine Software gleichzeitig mit nem MySQL Server, nem MSSQL Server und nem Oracle Server verbindest, es geht darum, dass deine Software unabhängig vom unterliegenden Datenbanktyp ist.

Folgendes Beispiel:
Firma A entwickelt eine Software, die eine Datenbank benötigt. Die Entwicklungsdatenbank ist MySQL. Diese Software wird nun an alle möglichen Betriebe verkauft. Nun sind dies jedoch nicht nur kleine Betriebe mit 10 Hanseln, sondern teilweise auch global Player, mit 120 Standorten weltweit, die ihre eigene IT hat mit allem drum und dran. Nun schreibt diese Firma vor, dass die Datenbank auf einem Microsoft SQL Server liegen muss. MySql kommt denen nicht ins Haus. Nun handelt es sich hier erst mal nur um einen Standort, und man könnte Argumentieren, dass man sich für einen Standort nicht die mühe macht, aber man hat die Reele chance, dass diese Anwendung, sollte sie allen Anforderungen entsprechen, auf das gesamte Unternehmen ausgeweitet wird. Da Firma A jedoch nun nur MySql unterstützt, und ein umschrieben, dank der internen Struktur sehr lange dauert, entscheidet sich das Unternehmen mit seinen 120 Standorten für einen Konkurrenten, der durch den Auftrag dann in der Lage ist, seine Entwicklungsabteilung zu vergrößern, sodass neue Features sowie Kundenwüsche schneller eingebaut und beachtet werden können. Zudem verlassen immer wieder Mitarbeiter dieses Unternehmen und bringen durch Mund zu Mund propaganda dann andere Unternehmen dazu die Software des Konkurrenten zu kaufen. Und Firma A sitzt mit ihrer Software, die bis zu diesem Zeitpunkt gleichauf mit dem Konkurrenten war, nun da und ist überflügelt. Und das Nur weil die Software nicht mit einem MSSQL Server sprechen konnte.

Dass die Software verschiedene Datenbanken unterstützt und Cloud hat wenig miteinander zu tun.
Denn auch da gibt es verschiedene Dienste und verschiedene Datenbanken.

0luca0 schrieb:

"Rundumpaket"

Das ist nicht sonderlich ratsam. Im Falle dessen, dass irgendetwas passiert, hängt die gesamte Verantwortung bei dir. Du must dich um Backups kümmern, Ausfallsicherheit garantieren, und viel in redundante Hardware investieren. Zudem ist der Programmieraufwand wesentlich größer, wenn du quer durchs Web Daten abfragst. Da kannste nicht einfach ne DB direkt am Internet hängen haben. Da ist die Lösung, dass die DB im lokalen Netzwerk des Kunden liegt, VIEL angenehmer für beide Seiten. Die Firma selbst kann ihre eigene Datensicherheitspolitik anwenden, es werden keine eventuell kritische Daten quer durchs Internet verschifft, die Abfragegeschwindigkeit ist oftmals um ein vielfaches höher und du selbst bist fein raus, wenn die ihre Daten vermasseln.

Ich wäre mal arg für Back To Topic!
Ich würde gerne mal sehen (Quellcode) was bislang programmiert wurde um überhaupt einschätzen zu können, welcher Wissens-/Programmstand herrscht.