Error 1067 bei erstellen von auto-increment

[philippCH]

Hallo zusammen

ich habe auf dem MySQL-Server meines Providers plötzlich ein komisches Problem.

Ich erstelle eine neue Tabelle und weise dieser als erstes Feld 'ID' zu. Dieses Feld soll nun PRIMARY und auto-increment sein. Auf PRIMARY kann ich das Feld noch setzen, aber sobald ich den auto-increment defnieren will, gibts den Fehler 1067 zurück.

Beim googlen und auch hier im Forum hab ich nur welche gefunden, bei denen MySQL mit diesem Fehler auf einer lokalen Installation nicht mehr startet. Mit meinem Provider hatte ich auch schon Kontakt, aber der konnte mir auch keine Antwort geben.

MySQL-Version auf dem Server: 4.1.10a
Betriebssystem: FreeBSD

Ich erstelle/verwalte meine DB's mit MySQL-Front Version 2.5. Habs aber auch schon mit phpMyAdmin probiert (via Verwaltungshomepage vom Provider).

Kann mir da jemand helfen?

Besten Dank

Gruss
Philipp

[onemorenerd]

Das Feld sollte keinen DEFAULT-Wert haben. Ist das so?

[philippCH]

Hat keinen Default-Wert...

Hab mir jetzt gleich mal das neuste MySQL-Front runtergeladen. MIt dem kann man schon gar keinen auto-increment mehr setzen. Aber ich habe gesehen, dass man damit so eine Art Index (auch aus mehreren Feldern) zusammenstellen kann. Und bei den alten Tabellen sehe ich mit der neuen Version plötzlich ein Feld 'Primaryindex' und mein ursprünglicher Primary-Key ist doppelt vorhanden. Hat da bei MySQL grundsätzlich was geändert? Kann man sich jetzt den Primary-Key aus mehreren Feldern zusammenstellen anstatt wie bis anhin immer ein separates Feld mit fortlaufender Nummer zu kreieren?

[prego]

Hmm, benutze auch mysql-front 2.5 und mir ist dieser Fehler noch nie Untergekommen.

Lösch mal alle deine Indizes. Oder leg die Tabelle mal neu an.

mysql-front gibt unten immer die query an, die er versucht auszuführen.

Poste dier mal hier hin.

[philippCH]

hier mal der query (mit Version 2.5):


CREATE TABLE `navi` (`ID` TINYINT (3) UNSIGNED DEFAULT '0' AUTO_INCREMENT, PRIMARY KEY(`ID`), INDEX(`ID`))

Error: 1067 - Invalid default value for 'ID'


Ich glaube wirklich mittlerweile, dass das mit einem Versionswechsel von MySQL zusammenhängt. Weiss nur nicht so recht, wie ich nun darauf reagieren soll/muss.

@prego
Mit welcher MySQL-Version arbeitest denn du?


P.S.: hab die Tabelle schon dutzende Male gelöscht und neu erstellt. Daran liegt es sicherlich nicht mehr...

[mrhappiness]

Lass das DEFAULT '0' mal weg

[philippCH]

Hmm...

jetzt konnte ich die Tabelle neu erstellen... Komisch irgendwie, aber Hauptsache es geht jetzt )

Danke

[Quetschi]

CREATE TABLE `navi` (`ID` TINYINT (3) UNSIGNED DEFAULT '0' AUTO_INCREMENT, PRIMARY KEY(`ID`), INDEX(`ID`))

Auch wenn die Tabelle offensichtlich nur ne Navi enthalten soll - willst wirklich nur nen TinyInt verwenden?

[asp2php]

Original geschrieben von Quetschi
Auch wenn die Tabelle offensichtlich nur ne Navi enthalten soll - willst wirklich nur nen TinyInt verwenden?

... vor allem bei AUTOINCREMENT ... nach 'n paar mal löschen, kannste keine mehr erstellen

[Shurakai]

Glaubst du dass er jemals mehr als 255 Elemente haben wird?


Bei sagen wir 30 Menüpunkten wären das immerhin über 8x komplettes Menü löschen + neu anlegen...

[asp2php]

sag niemals nie ... damals haben wir auch schon gedacht, dass man mit einer 40 MB HD genügend Speicherkapazität im Reserver hatte.

[mrhappiness]

Original geschrieben von Shurakai
Glaubst du dass er jemals mehr als 255 Elemente haben wird?

OffTopic:

---

640 KB Speicher sind genug für jeden...

---

[Quetschi]

Original geschrieben von asp2php
sag niemals nie ... damals haben wir auch schon gedacht, dass man mit einer 40 MB HD genügend Speicherkapazität im Reserver hatte.

OffTopic:

---

Als kleiner Knirps dacht ich mir: 'Ein Hammer - mein C-64 hat 64KB Ram - irre - wer soll das verbrauchen?'

Man darf gespannt sein wie so eine Unterhaltung in 10 Jahren aussehen wird - 'Weißt noch? PC's mit weniger als 5 TB RAM - unvorstellbar.'

Unsere Handys (falls man sie da überhaupt noch mit sich rumträgt - man könnt sie ja als Implantat irgendwie in Ohrnähe unterbringen) werden irgendwann mal 300 Teraflops Rechenleistung haben und jeden SuperComputer unserer Zeit sprichwörtlich in die Hosentasche stecken.

---

[prego]

Nur der vollständigkeit halber:

mysql version 4.1.12

[philippCH]

interesante Diskussion...

Ich werde die Tabelle nicht mit TINYINT verwenden. Hab's nur schnell damit probiert und MySQL-Front schlägt halt nunmal den vor...

Aber wie ja schon ein Vorredner sagte, so würde TINYINT vermutlich ja schon reichen.