ilch Forum » Ilch Clan 1.1 » Fehlersuche und Probleme » Backup Fehler

Geschlossen
  1. #1
    User Pic
    Changelog Mitglied
    Registriert seit
    10.04.2015
    Beiträge
    17
    Beitragswertungen
    0 Beitragspunkte
    Hallo

    Ich erstell zum Glück noch ein backup, bevor ich ein Plugin drauf mache. Jetzt brauch ich dringend das Backup un bekomme diesen Fehler

    Error at the line 18: ) AUTO_INCREMENT=12;

    Query: --
    --
    CREATE TABLE `ic1_allg` (
    `id` int(5) unsigned NOT NULL auto_increment,
    `k` varchar(255) NOT NULL,
    `v1` varchar(255) NOT NULL,
    `v2` varchar(255) NOT NULL,
    `v3` varchar(255) NOT NULL,
    `v4` varchar(255) NOT NULL,
    `v5` varchar(255) NOT NULL,
    `v6` varchar(255) NOT NULL,
    `t1` text NOT NULL,
    PRIMARY KEY (`id`)
    ) AUTO_INCREMENT=12

    MySQL: Table 'ic1_allg' already exists

    Brauche eurer Hilfe sonst kann ich alles neu einstellen schockiert
    Braucht ihr mehr Infos oder die Backup Datei?


    verwendete ilch Version: 1.1 P
    Homepage

    ilch Version: 1.1 P
    0 Mitglieder finden den Beitrag gut.
  2. #2
    User Pic
    Jens238 Mitglied
    Registriert seit
    20.03.2013
    Beiträge
    404
    Beitragswertungen
    44 Beitragspunkte
    Table ic1_allg already exists...
    Zu Deutsch: Tabelle ic1_allg exestiert bereits...

    Wenn Du das Backup einspielen willst, musst Du die alte Daten erst löschen.
    0 Mitglieder finden den Beitrag gut.
  3. #3
    User Pic
    Changelog Mitglied
    Registriert seit
    10.04.2015
    Beiträge
    17
    Beitragswertungen
    0 Beitragspunkte
    Hallo

    achso klar, em aber welche Daten lösch ich und wo sind die Daten.
    Laut Google soll ich alle Daten löschen schockiert ?
    Homepage

    ilch Version: 1.1 P
    0 Mitglieder finden den Beitrag gut.
  4. #4
    User Pic
    Siggi Hall Of Fame
    Registriert seit
    08.02.2007
    Beiträge
    6.558
    Beitragswertungen
    327 Beitragspunkte
    Du sollst nur die Datenbank löschen da du ein Backup hast sollte nix verloren gehen
    0 Mitglieder finden den Beitrag gut.
  5. #5
    User Pic
    Changelog Mitglied
    Registriert seit
    10.04.2015
    Beiträge
    17
    Beitragswertungen
    0 Beitragspunkte
    vielen dank, hab anderst das problem behoben, vlt etwas umständlicher aber es geht lächeln

    DROP TABLE IF EXISTS `ic1_xxxxxx`;

    eingefügt.

    Danke
    Homepage

    ilch Version: 1.1 P
    0 Mitglieder finden den Beitrag gut.
  6. #6
    User Pic
    CeeJay Hall Of Fame
    Registriert seit
    23.03.2007
    Beiträge
    2.425
    Beitragswertungen
    18 Beitragspunkte
    Das ist genau das, was meine Vorposter dir geraten haben lächeln Drop Table = Schmeiß weg den Scheiß!

    DROP TABLE IF EXISTS = Schmeiß weg den alten Scheiß, wenn ich neuen Scheiß drüberbügeln will. Genau so ist es richtig gewesen.

    Bitte das nächste mal dran denken, es genau so mit drop tables IF EXISTS zu machen - ilch verwendet standartmäßig den Präfix icX_TABELLENNAME , wobei das X hinter ic durch die Nummer der Installation bestimmt wird (erste Installation = ic1, zweite Installation = ic2... usw.).

    Zurück zum Thema:

    Es kann durchaus mal vorkommen, das in einer Datenbank mehrere, verschiedene Tabellen vorhanden sind (z.B. von einmal Ilch und einem Webshop) - in dem Fall hast du 2 Möglichkeiten: Du klickst in PHPmyAdmin alle Tabellen in der Übersicht an, die mit deinem Präfix (also z.B. ic1_...) anfangen und löscht diese. Das Ganze kannst du auch mit ein wenig Code machen, wie es Changelog bereits getan hat.

    IN KEINEM FALL DIE FUNKTION TRUNCATE benutzen!! Dies leert die gesamte Datenbank und setzt alles auf 0 zurück (id-Einträge, Kommentare, Increment-Werte etc.).
    Nichts ist so sicher, wie die Änderung.
    0 Mitglieder finden den Beitrag gut.
  7. #7
    User Pic
    Mairu Coder
    Registriert seit
    16.06.2006
    Beiträge
    15.334
    Beitragswertungen
    386 Beitragspunkte
    TRUNCATE löscht alle Daten aus einer Tabelle, nicht aus der kompletten Datenbank und ist daher nicht ganz so weitgreifend wie DROP TABLE, wo der ganze Inhalt und die Struktur (also die komplette Tabelle) gelöscht wird.
    Und auch immer mal ein Blick auf die FAQ werfen. | Mairus Ilchseite
    0 Mitglieder finden den Beitrag gut.
  8. #8
    User Pic
    FeTTsack Hall Of Fame
    Registriert seit
    27.06.2012
    Beiträge
    188
    Beitragswertungen
    26 Beitragspunkte
    wobei man beachten muss das TRUNCATE die daten einfach wegschmeist ohne rücksicht auf verluste ... constraints werden da vollkommen ignoriert.

    im gegensatz bei DROP geschaut wird ob diese verletzt werden und wenn ja, dann wird die Tabelle nicht gedropt.

    sollte man TRUNCATE auf ein Shema anwenden würde das passieren was ceejay sagt, zumindest bei oracle... ich geh mal von aus bei den neuen mysql versionen wird das nicht anders sein lächeln

    so auch senf dazu gegeben lächeln
    0 Mitglieder finden den Beitrag gut.
  9. #9
    User Pic
    Mairu Coder
    Registriert seit
    16.06.2006
    Beiträge
    15.334
    Beitragswertungen
    386 Beitragspunkte
    Naja, falls eine Tabelle Referenz (also mit ein Foreign Key per Constraint verknüpft ist) in einer anderen ist (was bei ilch mit MyISAM schonmal nicht der Fall ist), ist klar, dass dies zu einem Fehler führt, wenn man versucht die referenzierte Tabelle zu löschen.
    Genauso geht es nicht, die Daten einer Tabelle mit TRUNCATE zu löschen, die mit einem CONSTRAINT geschützt sind. Zumindest geht das bei MySQL nicht und ich kann mir ehrlich gesagt auch nicht vorstellen, dass dies bei anderen RMDBS möglich sein sollte.

    Aber da das ja eh alles offtopic ist und mit ilch nicht allzuviel zu tun hat, sollten wir es dabei belassen. Ich wollte eigentlich nur keine falschen Information im Raum stehen lassen.
    Und auch immer mal ein Blick auf die FAQ werfen. | Mairus Ilchseite
    0 Mitglieder finden den Beitrag gut.
  10. #10
    User Pic
    CeeJay Hall Of Fame
    Registriert seit
    23.03.2007
    Beiträge
    2.425
    Beitragswertungen
    18 Beitragspunkte
    ZitatZitat geschrieben von Mairu
    Naja, falls eine Tabelle Referenz (also mit ein Foreign Key per Constraint verknüpft ist) in einer anderen ist (was bei ilch mit MyISAM schonmal nicht der Fall ist), ist klar, dass dies zu einem Fehler führt, wenn man versucht die referenzierte Tabelle zu löschen.
    Genauso geht es nicht, die Daten einer Tabelle mit TRUNCATE zu löschen, die mit einem CONSTRAINT geschützt sind. Zumindest geht das bei MySQL nicht und ich kann mir ehrlich gesagt auch nicht vorstellen, dass dies bei anderen RMDBS möglich sein sollte.

    Aber da das ja eh alles offtopic ist und mit ilch nicht allzuviel zu tun hat, sollten wir es dabei belassen. Ich wollte eigentlich nur keine falschen Information im Raum stehen lassen.


    Da muss ich dich enttäsuchen... MSSQL... ansich ne feine Sache, aber eben nicht wie das (gelernte) MySQL.. sorry, da hab ich dann was durcheinander gebracht.
    Nichts ist so sicher, wie die Änderung.
    0 Mitglieder finden den Beitrag gut.
Geschlossen

Zurück zu Fehlersuche und Probleme

Optionen: Bei einer Antwort zu diesem Thema eine eMail erhalten