MTIME problem setting to NOT NULL MTIME problem setting to NOT NULL
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

MTIME problem setting to NOT NULL

Started by xplicit, October 10, 2005, 12:37:59 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

xplicit

While transfering my database I encountered a problem with my new phpmyadmin.

While using:

ALTER TABLE `cpg131_pictures` ADD `mtime` TIMESTAMP NOT NULL AFTER `hits` ;

I get the restult

Field    type                 atrr                   Null              default            Extra
mtime timestamp(14)                           YES             NULL

So it seems NOT NULL is not supported ???

Could this cause a problem in the future?




Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

artistsinhawaii

I would suggest manually edit your Pictures table so that the Mtime field looks like:


Field                :    mtime
Type               :    timestamp
Collation           :
Attributes        :    ON UPDATE CURRENT_TIMESTAMP
Null                 :    No
Default            :    CURRENT_TIMESTAMP
Extra               :


Dennis
Learn and live ... In January of 2011, after a botched stent attempt, the doctors told me I needed a multiple bypass surgery or I could die.  I told them I needed new doctors.

xplicit

#2
Well uhmmm..... thats the point I always do such things manually but it doenst accept the settings

Original on my old server the statement was

`mtime` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,

But my new host (same version phpmyadmin) doesn't accept the CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP so I checked the original setup script which said  mtime timestamp(14) NOT NULL,

But will try severals things today to make it somehow correct, my concern at the moment is if this will cause a problem if I really cant change it

Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

Stramm

the new phpmyadmin has a dropdown in export - 'SQL export compatibility' -> try setting it to MYSQL40

xplicit

Ok seems I got to live with it :)

Removed the complete picture table, exported my old one with compatiblility MYSQL40 but get same result while importing this at my new host.

I guesss I have to live with it :)

Will change my testing server to see what the effect will with the "wrong" settings
Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

Stramm