Contao 2.9 RC1 - Probleme mit der Installationsroutine

***Nina*** · 12.06.2010, 13:05

Bei meiner Testinstallation bei All-Inkl sind mir in der Installationsroutine noch folgende Dinge aufgefallen:

1. Wenn ich das Kollations-Feature nutzen wollte, erhalte ich die Fehlermeldung:
Uncaught exception Exception with message Query error: Acces denied for user 'XXX'@localhost' to database 'INFORMATION_SCHEMA' (SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA= ....usw.

Die Datenbankverbindung an sich läuft aber auf jeden Fall, da ich direkt danach mit den gleichen Daten ohne Probleme die Tabellen installieren konnte.

2. Nachdem ich die Tabellen installiert habe, bleibt dort der folgende Eintrag stehen:
ALTER TABLE 'tl_member' DROP INDEX 'autologin', ADD UNIQUE KEY 'autologin' ('autologin');

Er bleibt auch da, wenn ich die Datenbank aktualisiere.

Keine Ahnung ob das Fehler sind, die nur bei All-Inkl entstehen und irgendwie mit deren Servern zu tun haben. Kann jemand diese Fehler bestätigen?

**tmantey** · 02.07.2010, 14:24

2. Nachdem ich die Tabellen installiert habe, bleibt dort der folgende Eintrag stehen:
ALTER TABLE 'tl_member' DROP INDEX 'autologin', ADD UNIQUE KEY 'autologin' ('autologin');

Das Problem hatte ich auch mit Contao 2.9 RC1 und nun auch mit Contao 2.9.0.
Ich habe auch die Datenbank manuell editiert. Der Eintrag bleibt auch danach im Installtool stehen.

Gibt es dafür schon einen Lösungsansatz?

edit: Mein Webhoster ist webhostone

**mike_mcfly** · 04.07.2010, 17:34

Zitat von tmantey

2. Nachdem ich die Tabellen installiert habe, bleibt dort der folgende Eintrag stehen:
ALTER TABLE 'tl_member' DROP INDEX 'autologin', ADD UNIQUE KEY 'autologin' ('autologin');

Das Problem hatte ich auch mit Contao 2.9 RC1 und nun auch mit Contao 2.9.0.
Ich habe auch die Datenbank manuell editiert. Der Eintrag bleibt auch danach im Installtool stehen.
e

Geht mir genauso - bisher ohne Lösung !

**BugBuster** · 04.07.2010, 19:44

Also jetzt will ich es wissen:

Code:

ALTER TABLE `tl_member` DROP INDEX `autologin`;
ALTER TABLE `tl_member` ADD UNIQUE KEY `autologin` (`autologin`);

und danach:

Code:

SHOW CREATE TABLE `tl_member`

wird dort unten angezeigt:

Code:

....
PRIMARY KEY  (`id`),
 UNIQUE KEY `autologin` (`autologin`),
 KEY `username` (`username`)
...

sprich, wurde der UNIQUE KEY wirklich angelegt?
Scheint ja so, als wenn es bei euch aus irgendeinem Grund nicht so wäre.

**FloB** · 04.07.2010, 21:02

Vllt. inkompatible Datenfeldbeschreibung durch Peters alte Autologin-Erweiterung?

**mike_mcfly** · 04.07.2010, 23:27

Zitat von BugBuster

Also jetzt will ich es wissen:

Code:

ALTER TABLE `tl_member` DROP INDEX `autologin`;
ALTER TABLE `tl_member` ADD UNIQUE KEY `autologin` (`autologin`);

und danach:

Code:

SHOW CREATE TABLE `tl_member`

wird dort unten angezeigt:

Code:

....
PRIMARY KEY  (`id`),
 UNIQUE KEY `autologin` (`autologin`),
 KEY `username` (`username`)
...

sprich, wurde der UNIQUE KEY wirklich angelegt?
Scheint ja so, als wenn es bei euch aus irgendeinem Grund nicht so wäre.

Nach dem Befehl Show wird folgendes angezeigt (siehe JPEG anbei).

Und der Inhalt der Tabelle:

Code:

CREATE TABLE `tl_member` (\n  `id` int(10) unsigned NOT NULL auto_increment,\n  `tstamp` int(10) unsigned NOT NULL default '0',\n  `firstname` varchar(255) NOT NULL default '',\n  `lastname` varchar(255) NOT NULL default '',\n  `dateOfBirth` varchar(11) NOT NULL default '',\n  `gender` varchar(32) NOT NULL default '',\n  `company` varchar(255) NOT NULL default '',\n  `street` varchar(255) NOT NULL default '',\n  `postal` varchar(32) NOT NULL default '',\n  `city` varchar(255) NOT NULL default '',\n  `state` varchar(64) NOT NULL default '',\n  `country` varchar(2) NOT NULL default '',\n  `phone` varchar(64) NOT NULL default '',\n  `mobile` varchar(64) NOT NULL default '',\n  `fax` varchar(64) NOT NULL default '',\n  `email` varchar(255) NOT NULL default '',\n  `website` varchar(255) NOT NULL default '',\n  `language` varchar(2) NOT NULL default '',\n  `groups` blob,\n  `login` char(1) NOT NULL default '',\n  `username` varchar(64) NOT NULL default '',\n  `password` varchar(64) NOT NULL default '',\n  `assignDir` char(1) NOT NULL default '',\n  `homeDir` varchar(255) NOT NULL default '',\n  `disable` char(1) NOT NULL default '',\n  `start` varchar(10) NOT NULL default '',\n  `stop` varchar(10) NOT NULL default '',\n  `loginCount` smallint(5) unsigned NOT NULL default '3',\n  `locked` int(10) unsigned NOT NULL default '0',\n  `session` blob,\n  `dateAdded` int(10) unsigned NOT NULL default '0',\n  `currentLogin` int(10) unsigned NOT NULL default '0',\n  `lastLogin` int(10) unsigned NOT NULL default '0',\n  `newsletter` blob,\n  `activation` varchar(32) NOT NULL default '',\n  `autologin` varchar(32) default NULL,\n  `createdOn` int(10) unsigned NOT NULL default '0',\n  PRIMARY KEY  (`id`),\n  UNIQUE KEY `autologin` (`autologin`),\n  KEY `username` (`username`)\n) ENGINE=MyISAM DEFAULT CHARSET=utf8

Meine Contao-Version ist übrigens: Contao Open Source CMS 2.9.0

**BugBuster** · 04.07.2010, 23:45

Zitat von FloB

Vllt. inkompatible Datenfeldbeschreibung durch Peters alte Autologin-Erweiterung?

Wenn Du Recall meinst, dort hat Peter das Feld "recall" verwendet, das kanns nicht sein.
Aber die Idee ist nicht schlecht, ein anderes Modul was ebenfalls das Feld "autologin" setzen will könnte stören.

**BugBuster** · 04.07.2010, 23:50

Zitat von mike_mcfly

Und der Inhalt der Tabelle:

Code:

 PRIMARY KEY  (`id`),
  UNIQUE KEY `autologin` (`autologin`),
  KEY `username` (`username`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

Also das zeigt, der Key ist da wie er sein soll.
Dann, siehe Beitrag vorher, muss es hier 2 Module geben die gegenseitig die Keys ändern wollen. "UNIQUE KEY `autologin` (`autologin`)," kommt aus dem Core, das ist sicher.
Irgenwas verwendet auch das Feld "autologin", aber ohne Key, daher der Drop Versuch.

Und nun, frohes suchen.

**tmantey** · 05.07.2010, 12:00

Zitat von BugBuster

Also das zeigt, der Key ist da wie er sein soll.
Dann, siehe Beitrag vorher, muss es hier 2 Module geben die gegenseitig die Keys ändern wollen. "UNIQUE KEY `autologin` (`autologin`)," kommt aus dem Core, das ist sicher.
Irgenwas verwendet auch das Feld "autologin", aber ohne Key, daher der Drop Versuch.

Und nun, frohes suchen.

Um den Fehler einzugrenzen, habe ich bei meiner Installation alle externen Erweiterungen deinstalliert. Danach war Fehler nicht behoben.

Die Erweiterungen waren:
ch_flowplayer
dfGallery
flash_content
keywords
MetaCreator
slideshow2
Tell-A-Friend
zArticleImage

Dann habe ich unter Einstellungen sämtliche Erweiterungen auf inaktiv gestellt:

[backend_checkwiz]
[backend_filterwiz]
[calendar] Events
[catalog]
[catalog_ext]
[comments] Kommentare
[development] Entwickler-Tools
[dfGallery]
[faq] FAQ
[fastedit]
[flow_control]
[glossary] Glossar
[listing] Auflistung
[memberlist] Mitgliederliste
[multimedia]
[newsletter] Newsletter
[news] Nachrichten
[pun_bridge] PunBB Bridge
[registration] Benutzerregistrierung
[rep_base] Repository-Base
[rep_client] Repository-Client
[rss_reader] RSS-Reader
[taxonomy]
[tpl_editor] Templates

Auch danach war Fehler nicht behoben. Der Tabelleneintrag
ALTER TABLE `tl_member` DROP INDEX `autologin`, ADD UNIQUE KEY `autologin` (`autologin`);
wird vom System nicht aktualisiert.

Ich stelle jetzt wieder meine fehlerfreie Version 2.8 her

Grüße,

tmantey

Ergänzung: Heute habe ich eine sehr junge Installation von 2.8.3 auf 2.9.0 fehlerfrei aktualisiert. Das Problem-System ist sehr oft aktualisiert worden (von 2.5.8 bis 2.8.3), während die junge Installation nur 1 mal aktualisiert wurde.

**BugBuster** · 05.07.2010, 15:33

dann bleibt nur noch auf File System Ebene durch alle database.sql zu gehen und nach dem Feld autologin zu suchen.
Eine andere Erklärung dafür, das 2 Module dasselbe Feld wollen, habe ich sonst nicht.

**do_while** · 05.07.2010, 18:06

Hier ein Auszug aus der Datenbank-Definition bei Contao 2.9.0:

Code:

CREATE TABLE `tl_member` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `tstamp` int(10) unsigned NOT NULL default '0',
      :
  `currentLogin` int(10) unsigned NOT NULL default '0',
  `lastLogin` int(10) unsigned NOT NULL default '0',
  `autologin` varchar(32) NULL default NULL,
  `createdOn` int(10) unsigned NOT NULL default '0',
  PRIMARY KEY  (`id`),
  KEY `username` (`username`),
  UNIQUE KEY `autologin` (`autologin`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

In dieser Core-Datei wird autologin genutzt und als UNIQUE KEY angelegt.
Wie sieht diese Tabelle in Deinem phpMyAdmin aus?

**tmantey** · 06.07.2010, 18:14

Zitat von do_while

Hier ein Auszug aus der Datenbank-Definition bei Contao

In dieser Core-Datei wird autologin genutzt und als UNIQUE KEY angelegt.
Wie sieht diese Tabelle in Deinem phpMyAdmin aus?

Sorry, ich habe die alte Installation 2.8 wieder hergestellt, werde aber in den nächsten Tagen einen neuen Update-Versuch machen und der Sache auf den Grund gehen.

In der aktuellen Datenbank-Tabelle habe ich keinen Feldnamen "autologin" gefunden.
Das wäre ja ein Hinweis gewesen, dass ein anderes Modul diesen Eintrag benötigt.

Grüße,

tmantey

***alex*** · 07.07.2010, 08:51

Ich habe diese Problem auch bei 2-3 Installationen mit 2.9. Ich habe die Tabelle geprüft und habe bereits einen Unique Index auf das Feld "Autologin". Hat schon jemand ein Workaraound ?

Gruß Alex

**FloB** · 08.07.2010, 20:20

Was sagt eigentlich der TYPOlight-Check bezüglich beschädigter Dateien?

**tmantey** · 09.07.2010, 12:15

Zitat von do_while

Hier ein Auszug aus der Datenbank-Definition bei Contao 2.9.0:

Code:

CREATE TABLE `tl_member` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `tstamp` int(10) unsigned NOT NULL default '0',
      :
  `currentLogin` int(10) unsigned NOT NULL default '0',
  `lastLogin` int(10) unsigned NOT NULL default '0',
  `autologin` varchar(32) NULL default NULL,
  `createdOn` int(10) unsigned NOT NULL default '0',
  PRIMARY KEY  (`id`),
  KEY `username` (`username`),
  UNIQUE KEY `autologin` (`autologin`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

In dieser Core-Datei wird autologin genutzt und als UNIQUE KEY angelegt.
Wie sieht diese Tabelle in Deinem phpMyAdmin aus?

Ich habe jetzt die database.sql nach erneutem Update auf 2.9.0 durchsucht.
In 2 Tabellen taucht `autologin` auf.

Code:

-- 
-- Table `tl_member`
-- 

CREATE TABLE `tl_member` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `tstamp` int(10) unsigned NOT NULL default '0',
  `firstname` varchar(255) NOT NULL default '',
  `lastname` varchar(255) NOT NULL default '',
  `dateOfBirth` varchar(11) NOT NULL default '',
  `gender` varchar(32) NOT NULL default '',
  `company` varchar(255) NOT NULL default '',
  `street` varchar(255) NOT NULL default '',
  `postal` varchar(32) NOT NULL default '',
  `city` varchar(255) NOT NULL default '',
  `state` varchar(64) NOT NULL default '',
  `country` varchar(2) NOT NULL default '',
  `phone` varchar(64) NOT NULL default '',
  `mobile` varchar(64) NOT NULL default '',
  `fax` varchar(64) NOT NULL default '',
  `email` varchar(255) NOT NULL default '',
  `website` varchar(255) NOT NULL default '',
  `language` varchar(2) NOT NULL default '',
  `groups` blob NULL,
  `login` char(1) NOT NULL default '',
  `username` varchar(64) NOT NULL default '',
  `password` varchar(64) NOT NULL default '',
  `assignDir` char(1) NOT NULL default '',
  `homeDir` varchar(255) NOT NULL default '',
  `disable` char(1) NOT NULL default '',
  `start` varchar(10) NOT NULL default '',
  `stop` varchar(10) NOT NULL default '',
  `loginCount` smallint(5) unsigned NOT NULL default '3',
  `locked` int(10) unsigned NOT NULL default '0',
  `session` blob NULL,
  `dateAdded` int(10) unsigned NOT NULL default '0',
  `currentLogin` int(10) unsigned NOT NULL default '0',
  `lastLogin` int(10) unsigned NOT NULL default '0',
  `autologin` varchar(32) NULL default NULL,
  `createdOn` int(10) unsigned NOT NULL default '0',
  PRIMARY KEY  (`id`),
  KEY `username` (`username`),
  UNIQUE KEY `autologin` (`autologin`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

Code:

-- 
-- Table `tl_module`
-- 

CREATE TABLE `tl_module` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `pid` int(10) unsigned NOT NULL default '0',
  `tstamp` int(10) unsigned NOT NULL default '0',
  `name` varchar(255) NOT NULL default '',
  `headline` varchar(255) NOT NULL default '',
  `type` varchar(64) NOT NULL default '',
  `levelOffset` smallint(5) unsigned NOT NULL default '0',
  `showLevel` smallint(5) unsigned NOT NULL default '0',
  `hardLimit` char(1) NOT NULL default '',
  `showProtected` char(1) NOT NULL default '',
  `defineRoot` char(1) NOT NULL default '',
  `rootPage` int(10) unsigned NOT NULL default '0',
  `navigationTpl` varchar(64) NOT NULL default '',
  `pages` blob NULL,
  `includeRoot` char(1) NOT NULL default '',
  `showHidden` char(1) NOT NULL default '',
  `customLabel` varchar(64) NOT NULL default '',
  `autologin` char(1) NOT NULL default '',
  `jumpTo` int(10) unsigned NOT NULL default '0',
  `redirectBack` char(1) NOT NULL default '',
  `cols` varchar(32) NOT NULL default '',
  `editable` blob NULL,
  `memberTpl` varchar(64) NOT NULL default '',
  `tableless` char(1) NOT NULL default '',
  `form` int(10) unsigned NOT NULL default '0',
  `searchType` varchar(32) NOT NULL default '',
  `fuzzy` char(1) NOT NULL default '',
  `contextLength` smallint(5) unsigned NOT NULL default '0',
  `totalLength` smallint(5) unsigned NOT NULL default '0',
  `perPage` smallint(5) unsigned NOT NULL default '0',
  `queryType` varchar(32) NOT NULL default '',
  `searchTpl` varchar(64) NOT NULL default '',
  `inColumn` varchar(32) NOT NULL default '',
  `skipFirst` smallint(5) unsigned NOT NULL default '0',
  `loadFirst` char(1) NOT NULL default '',
  `size` varchar(64) NOT NULL default '',
  `transparent` char(1) NOT NULL default '',
  `flashvars` varchar(255) NOT NULL default '',
  `altContent` text NULL,
  `source` varchar(32) NOT NULL default '',
  `singleSRC` varchar(255) NOT NULL default '',
  `url` varchar(255) NOT NULL default '',
  `interactive` char(1) NOT NULL default '',
  `flashID` varchar(64) NOT NULL default '',
  `flashJS` text NULL,
  `imgSize` varchar(64) NOT NULL default '',
  `useCaption` char(1) NOT NULL default '',
  `fullsize` char(1) NOT NULL default '',
  `multiSRC` blob NULL,
  `html` text NULL,
  `protected` char(1) NOT NULL default '',
  `groups` blob NULL,
  `guests` char(1) NOT NULL default '',
  `cssID` varchar(255) NOT NULL default '',
  `space` varchar(64) NOT NULL default '',
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

**tmantey** · 09.07.2010, 12:17

Zitat von FloB

Was sagt eigentlich der TYPOlight-Check bezüglich beschädigter Dateien?

Nichts. Alles grün.

Grüße,

tmantey

***alex*** · 10.07.2010, 06:24

Habe ich natürlich kontrolliert

. Bei mir ist alles "grün"...

LG Alex

**acenes** · 10.07.2010, 08:06

Für mich ist dieser Unique Index in sich ein Widerspruch, oder sonst bin ich einfach zu doof zu verstehen wieso die Spalte (mit massenhaft NULL Values) Unique sein soll. Vermutlich sieht das eure MySQL Version genau so.

Die meisten SQL Datenbanken lassen mehrere NULL Werte in einer Unique Spalte gar nicht zu, einzelne aber schon (was aber ein Verstoss gegen den SQL Standard darstellt). Auf jeden Fall ist es schwer abzuraten davon Gebrauch zu machen.

Vielleicht kann uns Leo schlau machen was damit beabsichtigt ist.

Edit:

Löscht doch mal das UNIQUE aus der fraglichen Definition in /system/modules/backend/config/database.sql raus und schaut ob der Update dann klappt, also:

Code:

KEY `autologin` (`autologin`)

**FloB** · 10.07.2010, 11:36

Ich vermute, da drin landet eine Hash (bisschen kurz IMO, btw) – aber ohne Autologin bleibt das ja wohl erstmal leer, das ist eindeutig nicht UNIQUE.

Leo?

**tmantey** · 10.07.2010, 12:09

Zitat von acenes

Für mich ist dieser Unique Index in sich ein Widerspruch, oder sonst bin ich einfach zu doof zu verstehen wieso die Spalte (mit massenhaft NULL Values) Unique sein soll. Vermutlich sieht das eure MySQL Version genau so.

Die meisten SQL Datenbanken lassen mehrere NULL Werte in einer Unique Spalte gar nicht zu, einzelne aber schon (was aber ein Verstoss gegen den SQL Standard darstellt). Auf jeden Fall ist es schwer abzuraten davon Gebrauch zu machen.

Vielleicht kann uns Leo schlau machen was damit beabsichtigt ist.

Edit:

Löscht doch mal das UNIQUE aus der fraglichen Definition in /system/modules/backend/config/database.sql raus und schaut ob der Update dann klappt, also:

Code:

KEY `autologin` (`autologin`)

Mit dem Löschen des UNIQUE in der tabelle `tl_member` verschwindet auch der fragliche Eintrag im Install-Tool. Die Datenbank ist aktuell.

Da jetzt auch über MySQL Versionen gesprochen wurde, habe ich nachgeschaut, welche Versionen bei den jeweiligen Systemen genutzt werden. Bei dem System, bei dem die Installation problemlos geklappt hat, wird MySQL 5 genutzt, bei dem fehlerhaften MySQL 4.

Ich habe keine Ahnung, ob das jetzt die endgültige Lösung ist, aber vielen Dank schon mal an alle netten Leute hier, die sich Gedanken gemacht haben!

**acenes** · 10.07.2010, 14:56

Zitat von acenes

Die meisten SQL Datenbanken lassen mehrere NULL Werte in einer Unique Spalte gar nicht zu, einzelne aber schon (was aber ein Verstoss gegen den SQL Standard darstellt).

Ich muss mich hier selber korrigieren. Der aktuelle SQL Standard schreibt nicht explizit vor wie der Fall mehrerer NULL's in einem Unique Index zu handhaben ist, somit ist es dem jeweiligen DB Hersteller überlassen.

Dass MySQL das sogar von Version zu Version unterschiedlich handhabt unterstreicht aber die Folgerung dass man das Verhalten tunlichst nicht voraussetzen sollte.

**FloB** · 10.07.2010, 15:51

Wenn's denn ein UNIQUE sein muss, könnte man ja auch als Füller die ID des Nutzers nehmen, solang dort kein Wert gespeichert werden soll.

***alex*** · 19.07.2010, 17:58

Des Rätsels Lösung ist, dass dieser Fehler nur bei einer MYSQL 4.1.xx auftritt. ich habe diesen Fehler offensichtlich auf allen meiner Installationen.

Ich habe lokal jetzt mal eine Webseite abgezogen und in MYSQL 5.1 installiert, und habe dort keine Probleme.

Ist das ein Ticket wer ?

**SunBlack** · 19.07.2010, 18:50

Zitat von alex

Ist das ein Ticket wer ?

Bestimmt, da auf der Webseite ja steht, dass Contao ab MySQL 4.1 läuft. Und wenn das dort steht, sollte es auch stimmen ;-)

***alex*** · 19.07.2010, 19:48

Zitat von SunBlack

Bestimmt, da auf der Webseite ja steht, dass Contao ab MySQL 4.1 läuft. Und wenn das dort steht, sollte es auch stimmen ;-)

Ticket ist gemacht... Mal schauen, ob Leo etwas findet...

**mike_mcfly** · 19.07.2010, 19:51

@acenes: Daaaaaaaaaaaaaaanke !!!!!

Mit dem Löschen des UNIQUE hat's geklappt.

***leo*** · 23.07.2010, 17:20

Das Löschen des UNIQUE-Index ist aber keine Lösung, sondern im Gegenteil ein Sicherheitsrisiko! Sonst hätten wir ja von Anfang an einen normalen Index verwendet. Es ist elementar, dass diese Spalte "unique" ist, und das bedeutet gemäß des SQL-Standards, dass das Feld entweder NULL ist (das darf es auch mehrfach sein) oder einen eindeutigen Wert hat.

Und "schwerstens abzuraten" ist nicht von der Verwendung eines ganz normalen UNIQUE-Index, sondern eher von solchen "Lösungen", bei denen das Kind mitsamt dem Bade ausgeschüttet wird.

***leo*** · 23.07.2010, 18:22

Es handelt sich um einen MySQL-Bug in der "SHOW COLUMNS"-Funktion.

http://bugs.mysql.com/bug.php?id=11227
http://dev.contao.org/issues/2315

Trotz der Meldung im Installtool wird der Index korrekt angelegt und funktioniert auch korrekt. Insofern könnt ihr die Meldung einfach ignorieren. Auf keinen Fall solltet ihr jedoch den Index entfernen oder ändern!

**xxopenedxx** · 01.09.2010, 14:47

Ich habe Probleme Module zu installieren...

Bsp: Imageslider

Am ende bringt er mir die gleiche Datenbankfehlermeldung... Und ich kann das Modul ist nicht da. ??

**merlox.com** · 01.04.2012, 23:38

Bei einem eigenen Modul habe ich in der meinModul/config/database.sql zwischen dem PRIMARY KEY und dem Id-Feld 2 (zwei) Leerschläge eingeführt. Dannach hat bei der "Update database tables" (contao/install.php) alles geklappt: The database is up to date. Yupp!
Also die Lösung: PRIMARY KEYLeerschlagLeerschlag(`id`)