PN-Tabelle gelöscht. Wiedererstellung macht Probs.

~DARK~

Hallo.
Eine Administratorin hat leider die PN-Tabelle versehentlich in der Datenbank unseres WBB 2.3.3 gelöscht. Das bedeutet die PN-Funktion geht nicht mehr und man bekommt folgende Meldung:

Zitat:

SQL-DATABASE ERROR

Database error in WoltLab Burning Board (2.3.3): Invalid SQL: SELECT pmr.folderid, pmr.recipientid, pmr.view, p.sendtime FROM bb1_privatemessagereceipts pmr LEFT JOIN bb1_privatemessage p USING(privatemessageid) WHERE (pmr.recipientid='1' AND pmr.deletepm=0)
mysql error: Table 'geisternet_com_-_136gnb01.bb1_privatemessage' doesn't exist
mysql error number: 1146
mysql version: 3.23.58
php version: 5.0.4
Date: 06.05.2006 @ 12:38
Script: /gnetboard/pms.php
Referer:

Da wir leider Noobs auf dem Gebiet sind hab ich von jemand auf Anfrage folgenden Code bekommen um die Tabelle in phpMyAdmin neu zu erstellen:

code:

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:

CREATE TABLE `bb1_privatemessage` (
  `privatemessageid` int(11) unsigned NOT NULL auto_increment,
  `senderid` int(11) unsigned NOT NULL default '0',
  `recipientlist` mediumtext collate utf8_unicode_ci NOT NULL,
  `recipientcount` int(11) unsigned NOT NULL default '0',
  `subject` varchar(250) collate utf8_unicode_ci NOT NULL default '',
  `message` mediumtext collate utf8_unicode_ci NOT NULL,
  `sendtime` int(11) unsigned NOT NULL default '0',
  `allowsmilies` tinyint(1) NOT NULL default '1',
  `allowhtml` tinyint(1) NOT NULL default '0',
  `allowbbcode` tinyint(1) NOT NULL default '1',
  `allowimages` tinyint(1) NOT NULL default '1',
  `showsignature` tinyint(1) NOT NULL default '0',
  `iconid` int(11) unsigned NOT NULL default '0',
  `inoutbox` tinyint(1) NOT NULL default '0',
  `tracking` tinyint(1) NOT NULL default '0',
  `attachments` int(11) unsigned NOT NULL default '0',
  `pmhash` varchar(32) collate utf8_unicode_ci NOT NULL default '',
  PRIMARY KEY  (`privatemessageid`),
  KEY `iconid` (`iconid`),
  KEY `senderid` (`senderid`,`inoutbox`),
  KEY `pmhash` (`pmhash`,`sendtime`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=1 ;

Soweit so gut. Wenn ich dies aber nun mache bekomme ich folgende Fehlermeldung von phpMyAdmin:

code:

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:

Fehler

SQL-Befehl :  

CREATE TABLE `bb1_privatemessage` (

`privatemessageid` int( 11 ) unsigned NOT NULL AUTO_INCREMENT ,
`senderid` int( 11 ) unsigned NOT NULL default '0',
`recipientlist` mediumtext COLLATE utf8_unicode_ci NOT NULL ,
`recipientcount` int( 11 ) unsigned NOT NULL default '0',
`subject` varchar( 250 ) COLLATE utf8_unicode_ci NOT NULL default '',
`message` mediumtext COLLATE utf8_unicode_ci NOT NULL ,
`sendtime` int( 11 ) unsigned NOT NULL default '0',
`allowsmilies` tinyint( 1 ) NOT NULL default '1',
`allowhtml` tinyint( 1 ) NOT NULL default '0',
`allowbbcode` tinyint( 1 ) NOT NULL default '1',
`allowimages` tinyint( 1 ) NOT NULL default '1',
`showsignature` tinyint( 1 ) NOT NULL default '0',
`iconid` int( 11 ) unsigned NOT NULL default '0',
`inoutbox` tinyint( 1 ) NOT NULL default '0',
`tracking` tinyint( 1 ) NOT NULL default '0',
`attachments` int( 11 ) unsigned NOT NULL default '0',
`pmhash` varchar( 32 ) COLLATE utf8_unicode_ci NOT NULL default '',
PRIMARY KEY ( `privatemessageid` ) ,
KEY `iconid` ( `iconid` ) ,
KEY `senderid` ( `senderid` , `inoutbox` ) ,
KEY `pmhash` ( `pmhash` , `sendtime` ) 
)ENGINE = MYISAM DEFAULT CHARSET = utf8 COLLATE = utf8_unicode_ci AUTO_INCREMENT =1 

MySQL meldet: 


#1064 - You have an error in your SQL syntax near 'COLLATE utf8_unicode_ci NOT  NULL ,
`recipientcount` int( 11  ) unsigned NOT  N' at line 3

Was mach ich da falsch bzw was stimmt den da nicht?
Wüsste von euch jemand Rat?

W00tkaeppi

Probier es mal so:

code:

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:

CREATE TABLE `bb1_privatemessage` (

`privatemessageid` int( 11 ) unsigned NOT NULL AUTO_INCREMENT ,
`senderid` int( 11 ) unsigned NOT NULL default '0',
`recipientlist` mediumtext NOT NULL ,
`recipientcount` int( 11 ) unsigned NOT NULL default '0',
`subject` varchar( 250 ) NOT NULL default '',
`message` mediumtext NOT NULL ,
`sendtime` int( 11 ) unsigned NOT NULL default '0',
`allowsmilies` tinyint( 1 ) NOT NULL default '1',
`allowhtml` tinyint( 1 ) NOT NULL default '0',
`allowbbcode` tinyint( 1 ) NOT NULL default '1',
`allowimages` tinyint( 1 ) NOT NULL default '1',
`showsignature` tinyint( 1 ) NOT NULL default '0',
`iconid` int( 11 ) unsigned NOT NULL default '0',
`inoutbox` tinyint( 1 ) NOT NULL default '0',
`tracking` tinyint( 1 ) NOT NULL default '0',
`attachments` int( 11 ) unsigned NOT NULL default '0',
`pmhash` varchar( 32 ) NOT NULL default '',
PRIMARY KEY ( `privatemessageid` ) ,
KEY `iconid` ( `iconid` ) ,
KEY `senderid` ( `senderid` , `inoutbox` ) ,
KEY `pmhash` ( `pmhash` , `sendtime` ) 
)

€dit: Wo wir gerade dabei sind ...

Zitat:

Eine Administratorin hat leider [...]

Selber schuld fröhlich

~DARK~

Mal ein Oberfettes Oberdanke an dich!
Hat geklappt! Boah hatte ich Angst! lol
Super!!!!!!!!

Ja das mit unserer Admina darf man nicht falsch verstehen.
Unser Seitenprojekt funktioniert nur im Team.
Das ganze gehört uns allen. Sie versinkt ja auch schon vor scham im Boden!

Aber nochmals DANKE!

lycoos

Ich frage mich wie man durch zufall ne tabelle löschen kann?

~DARK~

Juhu!

Also es funktioniert scheinbar doch nicht so einwandfrei!
Wenn User jetzt eine PN an zb. Hans schreiben dann taucht in der Nachrichtenüberwacheng diese Mail an Hans als ungelesen auf.
Das wäre ja korrekt.

Aber gleichzeitig taucht die selbe Mail auch noch als gelesen auf vom User Peter!

Obwohl die garnicht an Peter geleitet wurde geschweige denn die gelesen hat. Und er hat sie auch nicht bekommen!

Was funzt denn da nicht?

lycoos

Hast du was n der pms.php geändert?

~DARK~

Nein da haben wir nichts gelöscht.
Die Sache bezieht sich rein auf die Datenbank.
Woanders wurde nichts gemacht.

Könnte es helfen wenn ich diese "privatemessagesreciepts" Tabelle auch einfach mal neu einfüge? Also Beide Tabellen neu.
Und hier gleich meine nächste Anfrage: Hätte die von euch jemand?

Tja man sollte mit der Datenbanksicherung eben nicht solange warten!

lycoos

mach mal aber es gehen alle pns verloren! Obwohl es nicht an der db liegen kann.....

~DARK~

Also wenn die PNs verloren gehen ist das nicht so schlimm!
Ist noch keiner dran gestorben. Das ist auch nicht relevant.
Wichtig ist ja nur das die Funktion einwandfrei verfügbar ist.

lycoos

Dann versuch mal. Obwohl das mit dem 2 Leuten die den bekommen nicht mit der DB zu tuen haben kann!

Forensoftware: Burning Board, entwickelt von WoltLab GmbH