Was kann man mit dem Download anfangen - wir haben ja nicht deine Datenbank?

Äh - nein

ich hab Sql2008, und grad probiert, ob ich eins davon ausführen kann, aber nur Fehlermeldungen.

Exportier dein Dataset doch einfach in eine Xml-Datei - das kannst du viel leichter anhängen, und muss man nicht das SqlServer-Monstrum für bemühen.
Du hast offensichtlich noch jede Menge annerer Probleme, mittm Datenmodell und mitte Anbindung von Controls.
Das lässt sich viel leichter entwickeln, wenn du die DB erstmal hintanstellen könntest.

nö - das liegt bestimmt nicht anne Datenbank. Die Controls haben mitte DB ja überhaupt keine Berührung.
(mal abgesehen, dassich den SqlServer-Sql-Dialekt nur uff uff mit ach und krach so halbwegs verstehe)

hübsch - jetzt hab ich erfolgreich bisserl mittm SqlServermanager rumgewurstelt - aber verbinden kanner immer noch nicht, iwie willer den Benutzer nicht anmelden

Und wie weit bist du mit dem Xml-Export?
weil das wäre eine Zeile:

Dann informier dich. Öffne den ObjectBrowser, suche nach "WriteXml", lies die Doku dazu.

Aber auch mein Codesnippet lässt eiglich keine Frage offen: Das Argument habe ich "FileFullname" genannt, also da ist der volle Name einer Datei einzutragen, oder was sonst kann ich damit gemeint haben?
Und wenn da der volle Name einer Datei eingetragen wird - wird dann in die Datenbank gespeichert?
Nein, natürlich wird in die angegebene Datei gespeichert, deswegen wird sie ja angegeben, oder wozu sonst?

aber gugge OB und lies die Doku.

Und dann schreib die Zeile auch mal in ein ButtonClick, und öffne hinterher die Datei mittm TextEditor. Wähle als Extension der Datei ".Xml", denn Dataset.WriteXml() erstellt eine Xml-Datei - wer hätte das gedacht? .

Diese kleine popelige Zeile - und ihr Brüderchen .ReadXml - ist in vielen vielen Fällen eine vollständige und sogar vorzuziehende Alternative zum Einsatz einer Datenbank. Jo, hört man selten von, nur ich rede dauernd davon. Ich glaub fast, Microsoft tut es leid, dass sie das dem Dataset mitgegeben haben, denn so können sie vlt. ein paar SqlServer-Lizenzen weniger verkaufen.
Jedenfalls in der Folge-Technologie zum Dataset - EntityFramework - gibt es diese Option nicht mehr.

Wie gesagt: ich rede dauernd davon, und bastel reihenweise Tutorials dazu - hier mal zwei, mit je verschiedenem Fokus:
Daten laden, speichern, verarbeiten
vier Views-Videos

und schon gehts aber hab noch nix getestet

und schon gefunden: Du hast die ComboboxColumn an dieselbe BindingSource gehängt, an der auch das nebenstehende KundeDatagridView hängt. Da das DGV die BindingSource.Position steuert, steuert es damit auch die Anwahl der Combobox der ComboboxColumn.

Dabei liegt eine Extra-BindingSource für die ComboboxColumn ja schon bereit: KundeBindingSource1 - also wechsel ComboboxColumn.DataSource und fixed.

keine Ahnung. Ich kenne das so, dasses sehr umständlich ist, andauernd die DB ändern zu müssen, und im Nachgang dann das ganze Dataset neu generieren, aber anners gehts nicht.
Am Datenmodell nachbessern ohne komplett neu zu generieren kannst du nur bei DatasetOnly, mit DB dahinter bedeutet jede Änderung ein komplett neues Generieren des Datasets.
Also mit Glück funztes manchmal, wenn man was nachbessert, aber in den meisten Fällen zickt im Anschluss daran immer irgendetwas rum.

Auch deshalb: Entwickel besser DatasetOnly, klemm die DB erst dahinter, wenn alles annere fertig ist.

ja, komplett neu generieren.
Wenn man zB erstmalig eine Db-Datei einem Projekt zufügt, dann startet ja der Dataset-Assistent, der das Dataset generiert. Dieser Assistent muss neu gestartet werden, und ein neues, gleichnamiges Dataset nochmal generieren.
Und während des Vorgangs hast du > 102 Fehler im Projekt, und wenn dabei was schief läuft, auch noch danach.
Alternativ zum Assistenten kann man auch im Dataset-Designer sämtliche Tabellen löschen, und neu aus dem Server-Explorer drauf ziehen.
Aber ist wirklich hässlich - v.a., wenn man die Partialen Dataset-Klassen nutzt, um Business-Logik zu implementieren - da kommt man ganz schön ins schwitzen - immer feste Backup machen!

Mit DatasetOnly ist das auch nicht immer lustig, aber doch schon viel viel eher. Da kannste eine String-Spalte, in der nur Zahlen stehen auch schonmal einfach umwidmen auf Int32, und sogar anschließend die Datei mit den Testdaten weiterverwenden.
Oder wennde Relationen löschst oder zufügst - da entstehen ein paar Fehlerchen, und dann ist wieder gut.
Und sogar SpaltenNamen kann man ändern, und geht anschließend in die Xml, und bessert mit Search&Replace die Daten nach, dasse wieder passen.
Und Spalte zufügen ist gar kein Thema - solange sie Nullwerte erlaubt. Und auch bei ohne Nullwerte kann man mittels Defaultwerten bewirken, dass der Test-Datenbestand trotz Struktur-Änderung valide bleibt.

Was soll ich sagen? Dann liegt der Fehler wahrscheinlich (nicht sicher) woanders.

Tja, mit DB auffm Server ist echt blöd, insbesondere das Thema Backup ist nicht lustig - oder hast du beim Backuppen auch die DB gesichert? Weil ohne die passende DB ist das Anwendungs-Backup ja zunächstmal auch nicht viel wert.