Closed (fixed)
Project:
Integrated Metatags
Version:
6.x-1.0-beta
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Mar 2008 at 19:19 UTC
Updated:
30 Dec 2008 at 03:10 UTC
Hi,
I'm using Schema module on my Drupal6 site. and it shows tables for which the schema and database are different.
int_meta_fields.type is part of the primary key but is not specified to be 'not null'.
Thank you for your work.
Comments
Comment #1
fractile81 commentedInteresting. I actually did that on purpose, with a default being set. As implemented today, the "default" configuration is an empty string as opposed to a NULL value in that table. NULL would thus not make any sense since it would be meaningless to the code.
Do you have any links on best practices for something like this? I'm willing to re-evaluate how the schema is setup if I can understand why one way is better than the other.
Comment #2
avpadernoIt is always suggested that primary keys are set to be
NOT NULL.If the code doesn't assign
NULLvalues to the primary keys, that is a reason more to set the primary keys toNOT NULL; if the code would assing aNULLvalue to the primary keys, then the code should be changed.Comment #3
avpadernoComment #4
fractile81 commentedI've fixed this internally in D6, but still need to port it to the D5 branch.
Comment #5
avpadernoComment #6
fractile81 commentedThe Schema module no longer shows the schema from this module as mismatched anymore in the BETA6 release.