Meine Empfehlung: Erlerne erstmal die Sprache VB.Net, lerne die VB.Net-Unterstützung für Datenbanking kennen, lerne die Prinizipien von Datenmodellierung.

Bevor!! du den ersten Zugriff auf eine DB unternimmst.
Unternimmst du den Zugriff, ohne VB.Nets Unterstützung zu kennen, so gestaltest du den Zugriff mit 90%iger Sicherheit in einer Weise, die dir die o.g. Unterstützung verbaut.
Auch hats ühaupt keinen Sinn, auf eine Db zuzugreifen, bevor man ühaupt die Prinzipien von Datenmodellierung begriffen hat.

All das lernst du besser ohne Datenbank.
Datenverarbeitungs-Vorraussetzungen

Zunächst einmal solltest du die Basics von VB.Net lernen. Also erstmal kein DB Zeug. Erst wenn die Basics sitzen, sollte man mit einer DB arbeiten.

Mein obligatorischer Tipp: Kauf dir nen Buch

Ich gehe davon aus du kannst schon programmieren, weißt also was mit IF-Then-Else, Do-While, For-Next, Typenzuweisungen usw. anzufangen. Du programmierst IMMER mit Option Strict ON, Option Explicit ON und weißt wie man Google nutzt.

Ich hab vor einem Jahr angefangen und genau das getan wovon ErfinderDesRades abrät, durch die Anleitung meines Mentors. Mit VB habe ich mit Hilfe eines Buches angefangen, mit SQL ebenso (auf Access-Basis) und mich da erstmal jeweils durch die ersten paar hundert Seiten gearbeitet. Dann hab ich genau den Mist gemacht den ich jetzt schon fast verachte und dann hab ich mit typisierten Datasets angefangen.

Rückblickend betrachtet ist es nett vernünftige Problematiken zu haben und sich selbst nen Kopf zu machen wie man die in VB löst. In meinem Fall war das Kantendetektion (Pong), einmal die Gleichungen für Wärmefluss eintippen für n Medienübergänge, irgendwas zeichnen mit Brushes usw. Für ne Datenbank hatten wir auch eine Problemstellung, welche ich mal angegangen bin ohne VB, rein in Access um zu verstehen was die 1. Normalform und die 3. Normalform ist, wie man Datenbanken designen kann, wie man sie eventuell erweiterbar hält und wann und ob man editiert, neu erstellt, löscht usw.

Access ist keine dauerhafte Lösung in meinen Augen, aber zum lernen, Abfragen zusammenklicken, vielleicht mal nen Bericht erstellen und ne Eingabemaske in Access zusammenklicken reicht das völlig aus. Vielleicht sogar ne kleine vba-Lösung basteln.

Das meiste was ErfinderDesRades an Links irgendwo postet war für mich von Nutzen, da also gern mal draufklicken, angucken, durchlesen, verstehen.

Ansonsten würd ich mich an die Stichworte halten:
1. Normalform (1NF)
3. Normalform (2NF)
Relationale Datenbank
Objektorientierte Programmierung
Ereignisorientierte Programmierung
Typisiertes Dataset

Hab damals mit Access angefangen. Jetzt hab ich nen SQL Server 2014 Express auf meinem PC am laufen. Du brauchst keinen separaten Server für deine DB.

Find den SQL Server 2014 Express ganz gut. Da ist nen Managementstudio dabei um die DB zu erstellen und zu bearbeiten.

rgomez schrieb:

also kenne ich OOP....

Da täuschst du dich vermutlich. Von MicroController und VBA kommend kann man eiglich von OOP kaum einen Schimmer haben.
Acker mal den Kram aussm post#2-Link durch - v.a. die Videos geben dir eine Ahnung von wasses alles gibt. Insbesondere das VisualStudioNutzen-Vid ist womöglich die wichtigste Hilfe zur Selbsthilfe. Und solch wird auch in Büchern zwangsläufig zu wenig akzentuiert behandelt

rgomez schrieb:

Die SQL-Befehle, die man so benutzt kenne ich, habe ich auch über DB etwas gelesen aber nie großartig Hands-On und außer irgend einen Abend ein bisschen mit Befehlen und die Northwind DB rumgespielt.

Das nützt dir nicht die Bohne.
Du musst Datenmodellierung erlernen, das ist das Fundament. Dadrauf steht auch die DB, aber wie gesagt: die Db ist zunächstmal auch vollkommen entbehrlich - Datenmodellierung erlernt sich viel einfacher ohne Db.
Verstehe dieses:
Dem Programm liegt das Datenmodell zugrunde, und im Programm fahren Klassen herum, die als Gesamtheit das Datenmodell darstellen. Diese Klassen brauchst du, und deren Daten verarbeitest du im Programm.
Wenn du nun auch noch mit einer DB herkommst, dann gibt es in der Db dasselbe abstrakte Datenmodell nochmal, aber in völlig anderer Darstellung - das kann man nichtmal "Objekt" nennen, was da in soner DB herumfährt.
Und eine Db-Anwendung zeichnet sich nu einfach dadurch aus, dass sie ihre Datenmodell-Klassen mit dem Kram aus der DB abgleichen kann - was eine Baustelle für sich ist.
Aber letztlich ists den Datenmodell-Klassen egal, womit sie abgeglichen werden, ob (einfach!!) aus einer Datei lädt, oder (ziemlich anspruchsvoll!!) aus einer Datenbank.

Du siehst: die Db ist nur ein Anhängsel, und zwar eines, was viele Schwierigkeiten macht, denn sie muss 100% kompatibel zum Datenmodell der Anwendung sein, und dann muss die Daten-Synchronisation auch noch 100% stimmen zw. Db und Datenmodell-Klassen.
Also lass die Db weg und erlerne erstmal den einen Strang - damit kannst du auch schon sinnvolle Anwendungen bauen, sogar überraschend viele.

hast du meinen Post gelesen?