Office: (Office 2000) Fehler: Das Feld ist zu klein für die Datenmenge?

Hallo,

ich habe ein Problem und weiß nicht woher es kommt. Weil ich nichts geändert habe etc.

In einem Formular habe ich das ActivSteuerelement Kalender. Wenn man in den Kalender hinein klickt und ein Datum auswählt habe ich folgende click_Prozeduer:

Private Sub Kalender_Click()
Form_frm_zu_reparierenden_Werkzeuge_WB.voraussichtlicher_Wiedereinsatz.Value = Form_frm_zu_reparierenden_Werkzeuge_WB.Kalender
Me!Auftrag_erhalten_WB.Value = True
Me!Auftrag_erhalten_WB_um = Time
Me!Auftrag_erhalten_WB_am = Now()
End Sub


Mein Problem ist hier das Kontrollkästchen was durch das Klicken auf True gesetzt werden soll.

Gestern hat es jedoch funktioniert. Heute bekomme ich folgende Fehlermeldung: beim cklick_Ereignis im Kalender:

Laufzeitfehler 3136
Das Feld ist zu klein für die Datenmenge, die Sie hinzufügen wollten. Versuchen Sie weniger Daten einzufügen.

Leider weiß ich nicht dies zu deuten. Vor allem weil ich nix geändert habe.

Beim klicken soll nix weiteres passieren als:

Me!Auftrag_erhalten_WB.Value = True
Me!Auftrag_erhalten_WB_um = Time
Me!Auftrag_erhalten_WB_am = Now()

Klicke ich direkt in das Kontrollkäschen, bekomme ich ebenfall die selbe Fehlermeldung, jedoch ohne Laufzeitfehler. Was ja klar ist, weil hier kein Ereignis hinterlegt ist.

Was mir spanisch vorkommt ist, wenn ich das Formular aufrufe, erscheint das Kästchen grau schraffiert, so als ob man dort nicht einklicken könnte(siehe jpeg).

Hat einer nen Tipp für mich? Es ist super wichtig, da das Prog. Morgen laufen soll.

:)

 

Ist die Checkbox an ein Datenfeld gebunden?
Welches Format hat dieses?

 

Ja, das Feld ist eine Tabelle gebunden.

Format: ja/nein

Eingabe erforderlich: nein
Indiziert: nein

 

Wenn das Datenfeld leer ist und nicht den Standardwert 0 hat, so ist der Grau-Effekt normal.

Anstelle von Now solltest du Date verwenden, denn Now beinhaltet bereits die Uhrzeit.

Was den Fehler betrifft: Gibt es weiteren Code im Formular?

Nachtrag:

Warum so umständlich? Warum schreibst du nicht einfach
Me!voraussichtlicher_Wiedereinsatz

 

Hallo,

Das ist so gewollt. Da ich in ein Feld DAtum und Uhrzeit schreiben möchte.

Ja, das Formular beinhaltet mehrere Codes.

hmmm, komisch, denn in der Datensicherung (von gestern) der Datenbank ist das Feld weiß.

Die Datensicherung der Datenbank beinhaltet die Orginialen Formulare und verknüpfte Tabelle.

 

Und der Fehler kommt wirklich erst bei der Zuweisung des TRUE zum Kontrollkästchen und nicht schon hier 'Form_frm_zu_reparierenden_Werkzeuge_WB.voraussichtlicher_Wiedereinsatz.Value = Form_frm_zu_reparierenden_Werkzeuge_WB.Kalender' ?
Heisst Das Formular wirklich Form_frm_zu_reparierende_Werkzeuge_WB?

Hast Du die Variante von Anne probiert?

 

Dann schau doch mal in die Tabelle hinein was dort steht: 0 oder nichts?

 

Also in der Tabelle steht "nichts"

Werde jetzt mal die oberen Varianten durch probieren.

Mein nachtrag:

das hängt damit zusammen, dass in das Feld "voraussichtlicher_Wiedereinsatz" das Datum rein soll, was angeklick wurde.

Des weiteren soll in ein anderes Feld das Datum und Uhrzeit übertragen werden, an dem es angeklick worden ist.


@ Benny

Nein. Aus wenn ich das Kontrollkästchen direkt angklicke kommt der Fehler.

 

Hallo,

ich weiß es nicht woran es leigt kann jedoch den Fehler bzw. Fehlerursache etwas eingrenzen.

Die Datenbank liegt auf einem Win Nt Rechner mit Access 2000.

Wenn ich die DB auf auf diesem Rechner öffne bekomme ich keine Fehler. Alles klappt.

Öffne ich die DB auf unserem Server Wind 2003 ebenfalls mit Access 2000 über

\\Datenbankpc\c$\meindedatenbanl.mdb


Bekomme ich die besagte Fehlermeldung.


Kommischerweise habe ich die DB gestern auch auf dem Server ausgeführt und es hat auch alles geklappt.

Woran kann es denn liegen?

Vll. an der Netzwerkübertragung?

 

Vermutlich hat das Kontrollkästchen Dreifachstatus, dafür spricht auch das graue Erscheinungsbild, das könnte die Ursache sein.
Ich habe das mal nachgestellt und bekomme den Fehler ebenfalls bei dieser Konstellation. Eine Erklärung habe ich jedoch (noch) nicht dafür.

 

Hallo Anne,

beruhigt bin ich schon einwenig, dass es nicht an der DB liegt.

Was meinst du genau damit?

 

Das ist eine Eigenschaft, schau dir das Feld mal im Formularentwurf an.

Tabellenfelder vom Typ Ja/Nein bzw. Kontrollkästchen kennen das offensichtlich nicht. Selbst wenn die Einstellung "Eingabe erforderlich" auf Nein gesetzt und kein Standardwert vorgegeben wird, ist es nicht möglich, diesem Feld den Wert NULL zuzuweisen. (hätte ich nicht gedacht...)

 

[OT]

@anne: ist aber nur bei Jet so.
Etwas kurios wird es z.B. bei verknüpften SQL-Server-Tabellen. Wenn man per T-SQL die Werte der Bit-Felder auf NULL setzt, so zeigt Access in der Tabelle 0 (False) an, sie werden aber nur per "...where Feld is null " gefunden.
Ändert man jedoch die Werte per Access-Abfrage auf NULL, so steht in den Feldern der Wert 0 und nicht NULL.

Und wenn man dann beim Kontrollkästchen den 3-fach-Status aktiviert (mdb-Formular mit DAO-Rs), kann man den Wert nur von true auf false ändern.
Letzteres probierte ich soeben mit einer Jet-Tabelle aus: selbes Verhalten.
Ich vermute da ist eine Funktionalität für ADP zu mdb gerutscht. *wink.gif*

[/OT]

 

Wollte noch etwas zu meinem Problem hinzufügen.

Also an die kleinen Elfen glaube ich ja nicht, die immer Nachts ihre wundersamen Dinge verrichten.

Aber kommischerweise hat sich das Problem in Luft aufgelöst oder es waren wirklich die kleinen Elfen dran.

Nachdem ich gerade meine DB übers Netzwerk aufgemacht habe, trat dieser Fehler nicht mehr auf. Und ich wunder mich warum?

1000 Fragen??