-
-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug 377432: Fix "Building Schema object from database" to handle existing foreign keys #7
base: main
Are you sure you want to change the base?
Bug 377432: Fix "Building Schema object from database" to handle existing foreign keys #7
Conversation
…ting foreign keys
Just FYI, I haven't tested this yet, beyond making sure the patch applies. Visual inspection looks good. Dylan mentioned he had a 4.2 schema he was having trouble upgrading to harmony and suspected this patch might help it, so that might be a good test case. |
if (!defined $info_cache->{$col_data->{'TABLE_NAME'}}) { | ||
$info_cache->{$col_data->{'TABLE_NAME'}} = { }; | ||
} | ||
$info_cache->{$col_data->{'TABLE_NAME'}}->{$col_data->{'COLUMN_NAME'}} = $col_data; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a more generalised, or more DBI-idiomatic, way of implementing this caching? You know what they say about the 2 or 3 hard problems in computer science.
Otherwise, this change looks good to me and I approve.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Please rebase
- Please split the change into atomic commits
- Would it be feasible to add a test?
/template_cache | ||
/Makefile | ||
/MYMETA.* | ||
/pm_to_blib | ||
/blib | ||
/Bugzilla-*.*/ | ||
/local | ||
.DS_Store |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unless Bugzilla or some test creates .DS_Store
files, I don't think this should be in here at all. IMO operating system specific detritus belongs in users' global git ignores, so we don't have to burden every open-source project's ignore files with rules for every operating system out there.
|
||
if (!$self->_bz_schema->columns_equal($current_def, $new_def)) { | ||
if (!$current_def) { | ||
$self->bz_add_column($table, $name, $new_def, $set_nulls_to); | ||
} elsif (!$self->_bz_schema->columns_equal($current_def, $new_def)) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
my $col_data; | ||
while ($col_data = $info_sth->fetchrow_hashref) { | ||
last if $col_data->{'COLUMN_NAME'} eq $column; | ||
my $info_cache = Bugzilla->request_cache->{'column_info_cache'} || |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the addition of caching is an orthogonal optimization, it should be in its own commit.
Otherwise, the commit message should explain the addition.
# Don't want to modify the source def before we explicitly set it below. | ||
# This is just us being extra-cautious. | ||
my $column_def = dclone($self->get_column_abstract($table, $column)); | ||
my $column_def = $self->get_column_abstract($table, $column); | ||
die "Tried to set an fk on $table.$column, but that column doesn't exist" | ||
if !$column_def; | ||
# Don't want to modify the source def before we explicitly set it below. | ||
# This is just us being extra-cautious. | ||
$column_def = dclone($column_def); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does change this have a function other than optimizing away a possibly-unnecessary dclone
? (If not, it would be nice if it was in a separate commit.)
Just FYI, the original patch here was posted to the Bugzilla bug 7 years ago and the person who posted it is no longer involved with Bugzilla, so if anyone wants to take on updating this you're more than welcome. |
https://bugzilla.mozilla.org/show_bug.cgi?id=377432