beim verlassen der zelle auf dbnull prüfen

sonne75 schrieb:

Wie sieht denn das Dataset aus, welches dir Probleme macht?

Ich hätte gerne ein Screenshot vom DataSet im DataDesigner.

Du kannst dir auch mal die Aufrufeliste angucken, wenn der Fehler kommt. Offensichtlich erfolgt beim Verlassen des DGVs eine Datenverarbeitung, und im Falle DbNull failt die natürlich.

Lösung ist hier nicht eine Veränderung im Code, sondern im Datenmodell. Da solltest du für diese Wk... - Spalten AllowNull = False einstellen, dann kommt es garnet so weit, dass DbNull eingetragen wird.

• natürlich muss in jeder Tabelle, in jeder Spalte, wo DbNull nicht zulässig ist, AllowNull = False gesetzt werden - was denn sonst?
  
• Die Daten stehen alle miteinander im Zusammenhang. Um den Zusammenhang von Datenstrukturen zu designen ist das typisierte Dataset erfunden worden. Ein Dataset designt einen Gesamt-Zusammenhang. Also logisch muss ein Datenmodell auch in ein Dataset, und nicht in viele.
  Es besteht doch eine Beziehung ( = Relation) zwischen Jahr und Monat: ein Jahr hat viele Monate.
  Diesen unbezweifelbaren Sachverhalt modelliert man, indem man im Dataset eine entsprechende DataRelation (heisst ja auch so!) festlegt, zwischen den Tabellen Jahr und Monat.
  Aber wie willst du aber eine DataRelation setzen, wenn Jahr und Monat in verschiedenen Datasetsen herumfahren?
  Ich denke, du musst dich ganz intensiv mit Datenmodellierung befassen - die relationale GrundIdee ist nur der Einstieg.
  

Da stimme ich komplett zu, es gehört alles in EIN DataSet und zwar relational zueinander.

uiuiui - ein ziemliches Monstrum.
Hilft aber nix - die Dinge scheinen zusammenzugehören, und also in ein Dataset.

Ich weiß jetzt nicht mehr das "eigentliche Problem", aber das Problem, dass zusammengehörendes auseinandergepflückt war, ist weg

oh - für mich war das in post#24 abgehandelt

ErfinderDesRades schrieb:

natürlich muss in jeder Tabelle, in jeder Spalte, wo DbNull nicht zulässig ist, AllowNull = False gesetzt werden - was denn sonst?

Er meint das da.

dann machst du was falsch.
Bei mir kann der Fehler nicht auftreten, wenn die entsprechende DataColumn AllowNull.False eingestellt hat.
Da kommt dann evtl. ein annerer Fehler, nämlich bereits, wenn du die Dgv-Zeile zu verlassen versuchst. Aber letzterer ist anders gesehen auch kein Fehler, denn er repariert sich selbst.

Edit: ah - inne DB siehts korrekt aus - aber ists auch im typDataset korrekt?

Bin ich blind, oder warum sehe ich kein Häkchen bei "Null zulassen" bei der Spalte N (sehr sinnvoler Name )?

ja, das ist doch der Plan: Null nicht zulassen. Dann fliegts bei der Verarbeitung auch nicht auf Nase. Aber wie gesagt: Möglicherweise wurde hier die DB korrigiert - nicht aber das typDataset.

Moment, ich dachte, die Exception fliegt um die Ohren, weil es nicht erlaubt war? Was passiert denn, wenn man in der Spalte "AllowDBNull=False" eingetragen hat und der User die 0 löscht? Ich dachte, erst dann fliegt die Exception.

TS71M schrieb:

Kommt ja von der DB

Die Fehlermeldung kommt vom DataSet, nicht von der DB. Von der Datenbank weiß dein Programm doch nichts. Und natürlich musst du die richtigen Einstellungen im DataSet haben, nicht nur in der DB.

Auf deinem Screenshot steht bei DBNUll: <Throw Exception> bei Spalte N - genau das passiert doch auch?

tja, sieht auch ok aus

Dann musst du doch den Code angucken, dann kann ja nur noch sein, dass eine DataRow verarbeitet wird, die ihrer DataTable noch gar nicht hinzugefügt wurde (Rowstate.Detached).
Beim Fehlerstop kannst du mit Strg-L die Aufrufeliste anzeigen, und kannst im Aufrufe-Stack den übergeordneten Code angugge, was da wohl los ist mitte Row, die da verarbeitet wird.

Visual-Studio richtig nutzen ist dir so weit bekannt?

---

@sonne75:: was du meinst, ist glaub eine andere Exception, und im Grunde ists auch keine Exception, sondern nur eine Messagebox, die darüber informiert, dass eine ungültige Eingabe abgelehnt wird. Das wollte ich ja erreichen...

hmm - da stimmt was nicht.
@TE: Der Fehler aus Post#1 kann nicht kommen, denn du kannst das DGV nicht verlassen, wenn das so eingestellt ist, wie du hier vorweist.
Du kannst dann nichtmal die Zeile wechseln, nachdem du die Fehleingabe getätigt hast.

Bei mir steht als Beschreibung:

NullValue
Ein Wert, der zurückgegeben wird, falls diese Spalte den Wert NULL hat.

Und bei ihm ist <Throw Exception> eingetragen (ganz unten rechts auf dem Bild), genau das wird auch ausgelöst...

Wähl doch was anderes (wenn du draufklickst, kannst du es ändern), dann kannst du testen, ob es was damit zu tun hat.