Seite 2 von 3
Verfasst: 10.04.2008 19:49
von bantu
navifriends hat geschrieben:Muss ich den Converter trotz dessen durchlaufen lassen (wenn ja, kannst Du mir bitte den Link dazu geben)?
Wenn wirklich ein MySQL-Upgrade vorgenommen wurde, wäre es durchaus ratsam.
http://code.phpbb.com/repositories/entr ... format=raw
Verfasst: 11.04.2008 17:57
von Dinseprinz
Hi,
nur falls es wichtig sein könnte, ich habe beim Update die gleiche Fehlermeldung erhalten und mein Hoster ist in diesem Fall Strato.
Wofür ist denn der Eintrag?
Screenshot
Verfasst: 11.04.2008 22:36
von eleanora
Ich habe scheinbar auch einen Datenbankfehler beim Update von 3.0 auf 3.01.
Die Datenbank wird aktualisiert und beim Prüfen wird als Allgemeiner Fehler angezeigt, dass das Update unvollständig ist.
Ich habe es zwei mal bei euch heruntergeladen und auf meinen Server hochgeladen, aber ohne eine Änderung. Woran kann das liegen?
Könnt ihr mir bitte helfen
Gruß Eleanora
Verfasst: 12.04.2008 15:25
von bantu
Wir haben 3.0.1 noch garnicht unter unsere Downloads aufgenommen.
Verfasst: 12.04.2008 16:12
von eleanora
wie bitte??
Ich habe eine Mail bekommen mit dem Link darin. Das habt ihr hier doch auch verlinkt.
Übrigends funktioniert es jetzt. Woran es gelegen hat, kann weiß ich auch nicht. Mein Admin hat das Update manuell über Code eingefügt und nicht über automatisches Update.
Gruß Eleanora
Verfasst: 13.04.2008 20:16
von jello
Es wird zwar gesagt, dass dieser Fehler nichts sei, worüber man sich Sorgen machen bräuchte, aber welche Funktion wird dadurch mglw. beeinträchtigt? Das Forum läuft zwar soweit weiter, interessant wäre es dennoch, ob da mglw. doch etwas schieflaufen könnte...
Verfasst: 14.04.2008 08:05
von gandalf1
jello hat geschrieben:Es wird zwar gesagt, dass dieser Fehler nichts sei, worüber man sich Sorgen machen bräuchte, aber welche Funktion wird dadurch mglw. beeinträchtigt? Das Forum läuft zwar soweit weiter, interessant wäre es dennoch, ob da mglw. doch etwas schieflaufen könnte...
Hallo jello,
es geht doch lediglich nur um die Anlage eines kombinierten Index, bestehend aus zwei Spalten. Fehlt dieser Index, so ist keine Funktionalität gestört. Lediglich die Suche, sofern in dieser Kombination überhaupt angewendet, dauert dann etwas länger, da ein full table scan durchgeführt werden muss.
Also, locker bleiben. Die Gretchenfrage ist eher, weshalb für solche Spalten der Typ BLOB verwendet wird, hätte es doch ein varchar durchaus getan!
Gruß Gandalf
Verfasst: 14.04.2008 09:20
von Dr.Death
BLOB wird benutzt wenn die Datenbank MySQL <= Version 4.1.3 ist.
Dann unterstützt die Datenbank kein echtes UTF8 und somit werden die Text Inhalte "binär" abgelegt.
Verfasst: 16.04.2008 16:07
von navifriends
Hallo bantu
Ich habe mir eine Kopie der Datenbank angelegt und das Script "mysql_upgrader-1.php" ausgeführt.
Anschließend wurden die Befehle auf dem Schirm aufgelistet. Ich gehe davon aus, dass diese nun
per mysqlDumper oder per phpMyadmin entsprechend per Copy&Paste manuell vollzogen werden muss.
Wenn ich beipsielsweise das u.g. in phpMyAdminn eingebe und es laufen lasse, dann erhalte ich die
Fehlermeldung:
You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server
version for the right syntax to use near 'COLLATE utf8_bin, MODIFY group_desc text NOT NULL COLLATE utf8_
Code: Alles auswählen
# Table: 'phpbb30_groups'
ALTER TABLE phpbb30_groups
MODIFY group_id mediumint(8) UNSIGNED NOT NULL auto_increment,
MODIFY group_type tinyint(4) DEFAULT '1' NOT NULL,
MODIFY group_founder_manage tinyint(1) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_name varchar(255) DEFAULT '' NOT NULL COLLATE utf8_bin,
MODIFY group_desc text NOT NULL COLLATE utf8_bin,
MODIFY group_desc_bitfield varchar(255) DEFAULT '' NOT NULL COLLATE utf8_bin,
MODIFY group_desc_options int(11) UNSIGNED DEFAULT '7' NOT NULL,
MODIFY group_desc_uid varchar(8) DEFAULT '' NOT NULL COLLATE utf8_bin,
MODIFY group_display tinyint(1) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_avatar varchar(255) DEFAULT '' NOT NULL COLLATE utf8_bin,
MODIFY group_avatar_type tinyint(2) DEFAULT '0' NOT NULL,
MODIFY group_avatar_width smallint(4) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_avatar_height smallint(4) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_rank mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_colour varchar(6) DEFAULT '' NOT NULL COLLATE utf8_bin,
MODIFY group_sig_chars mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_receive_pm tinyint(1) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_message_limit mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
MODIFY group_legend tinyint(1) UNSIGNED DEFAULT '1' NOT NULL,
DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
Bei der Datenbankkonvertierung kommt/kam bei mir dieser Fehler:
Code: Alles auswählen
Database type :: mysql4
Previous version :: 3.0.0
Updated version :: 3.0.1
Updating database schema
Progress :: . . . . . Done
Result :: Some queries failed, the statements and errors are listing below.
* Error :: BLOB column 'group_name' used in key specification without a key length
SQL :: CREATE INDEX group_legend_name ON phpbb30_groups(group_legend, group_name)
Verfasst: 16.04.2008 20:19
von Dr.Death
Hallo,
dieser Workaround sollte helfen: ( SQL Befehl im phpMyAdmin eingeben )
Code: Alles auswählen
ALTER TABLE `phpbb30_groups` ADD INDEX `group_legend_name` ( `group_legend` , `group_name` ( 255 ) )
