LibreOffice Forum

Hallo ich habe ein Problem in meiner Datenbank.

Ich wollte gestern in meiner Datenbank einer Tabelle aus Libre Office Cal
in die Datenbank laden, nach dem Übertragung von Cal in die Datenbank
habe ich dann den Fehler bekommen

Siehe Bild.
Ich weis nicht warum.

Ich würde mich freuen wenn mir jemand helfen kann,

Gruß Rambo_172

Es ist offensichtlich eine »Null.Pointer.Exception« im Statement [Select * FROM "Tabelle2"] aufgetreten… und deshalb konnten »Die Dateninhalte nicht geladen werden«

karolus hat geschrieben: ↑

Mi 23. Sep 2026, 07:30

Es ist offensichtlich eine »Null.Pointer.Exception« im Statement [Select * FROM "Tabelle2"] aufgetreten… und deshalb konnten »Die Dateninhalte nicht geladen werden«

Wie kann man den Fehler beheben.

Na, in die Quell-Tabelle schauen, ob da Nullfelder vorhanden sind, die falsch beschriftet sind.

karolus hat geschrieben: ↑

Mi 23. Sep 2026, 07:30

Es ist offensichtlich eine »Null.Pointer.Exception« im Statement [Select * FROM "Tabelle2"] aufgetreten… und deshalb konnten »Die Dateninhalte nicht geladen werden«

Über 10 Jahre lade ich meine Cal Tabelle in Libre Office Base, seid über 1 Woche geht
nichts mehr. Ich weis ich warum.

Cal Tabelle: ich habe 44822 Zellen in der Cal Tabelle.

wenn man die Tabelle in die Datenbank einladet kommt nur noch fehler.

wie oben im Bild

Hast du beim Laden der Calc-Tabelle etwas anders gemacht als sonst? Und besteht eine Verbindung von Base zur Datenbank, wenn du die Abfrage startest?

Ohne die Datenbank zu sehen, läßt sich nur raten.

Freischreiber

Zeige doch einmal, was kommt, wenn Du bei der NullPointerException-Medung auf "Mehr" drückst.

So eine Exception kommt unter anderem dann vor, wenn z.B. das Primärschlüsselfeld nicht gefüllt wird.

Nach der Beschreibung nehme ich einmal an:

• Du hast die Tabelle in Calc markiert und kopiert

• Du hast den Inhalt in Base in eine Tabelle der Datenbank HSQLDB einfügen wollen

• Du musstest die Felder entsprechend zuordnen

Jetzt ist für mich auch die Frage bei der Calc-Tabelle: 44822 Zellen oder 44822 Zeilen? Wenn Du bei so vielen Zeilen eventuell den Primärschlüssel als SmallInteger definiert hast, dann funktioniert das nicht, weil da nur Zahlen von -32768 bis +32767 möglich sind.

RobertG hat geschrieben:Jetzt ist für mich auch die Frage bei der Calc-Tabelle: 44822 Zellen oder 44822 Zeilen?

Moin RobertG, das mit dem SmallInteger kenn ich von ner ganz anderen Ecke, hatte mal bei ner Teileliste für meinen alten 123er genau so nen Murks, ab Zeile 32768 ging nix mehr rein. Hat ewig gedauert bis ich drauf gekommen bin, weil die ersten paar tausend Zeilen immer sauber durchliefen. Vieleicht sollte Rambo den Schlüssel einfach auf Integer umstellen, das kostet ja garnix.

Gruß Uwe

KasselerUwe62 hat geschrieben: ↑

Do 29. Okt 2026, 16:19

Moin RobertG, das mit dem SmallInteger kenn ich von ner ganz anderen Ecke, hatte mal bei ner Teileliste für meinen alten 123er genau so nen Murks, ab Zeile 32768 ging nix mehr rein. Hat ewig gedauert bis ich drauf gekommen bin, weil die ersten paar tausend Zeilen immer sauber durchliefen. Vieleicht sollte Rambo den Schlüssel einfach auf Integer umstellen, das kostet ja garnix.

Gruß Uwe

noch ein KI-troll im Schlaumeier-modus

karolus hat geschrieben: ↑

Do 29. Okt 2026, 16:57

KasselerUwe62 hat geschrieben: ↑

Do 29. Okt 2026, 16:19

Moin RobertG, das mit dem SmallInteger kenn ich von ner ganz anderen Ecke, hatte mal bei ner Teileliste für meinen alten 123er genau so nen Murks, ab Zeile 32768 ging nix mehr rein. Hat ewig gedauert bis ich drauf gekommen bin, weil die ersten paar tausend Zeilen immer sauber durchliefen. Vieleicht sollte Rambo den Schlüssel einfach auf Integer umstellen, das kostet ja garnix.

Gruß Uwe

noch ein KI-troll im Schlaumeier-modus

Meine Datenbank läuft mit Integer (Integer) seid 10 Jahre

ID Integer (Integer)
Datum, Datum (DATE)
AD, Datum (DATE)
Interpret, Text (VARCHAR)
Titel, Text (VARCHAR)
Album, Text (VARCHAR)
Dauer, Zeit (TIME)