-
Notifications
You must be signed in to change notification settings - Fork 91
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
MySQL Parser understands VIEWs with a field list. #87
base: master
Are you sure you want to change the base?
Changes from 1 commit
707abe2
3d090a5
8bdf3bf
9953926
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -502,6 +502,19 @@ BEGIN { | |
is( join(',', $t2c2->reference_fields), 'id', 'To field "id"' ); | ||
} | ||
|
||
# Tests for CREATE VIEW statements that contain a column list | ||
# after the view name | ||
{ | ||
my $tr = SQL::Translator->new(); | ||
my $data = parse($tr, | ||
q[ | ||
CREATE | ||
VIEW view_foo (id, name) AS | ||
SELECT id, name FROM thing; | ||
] | ||
) or die $tr->error; | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Please also test that the view is in fact correctly parsed and that the column names after the view name take precedence over the ones in the There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I've added better tests - it now checks VIEW statements that include 1) a field list, 2) aliases in the SELECT statement, and 3) both a field list and aliases. (When both are specified, I believe the field list should override the column aliases.) |
||
} | ||
|
||
# cch Tests for: | ||
# comments like: /*!40101 SET SQL_MODE=@OLD_SQL_MODE */; | ||
# char fields with character set and collate qualifiers | ||
|
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.
An explicit field list overrides the names derived from the
SELECT
column list, so the field list needs to be saved here and stored in thefields
attribute of theSQL::Translator::Schema::View
object.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.
It looks like the fields attribute of the view is generated based on the column aliases, so I'm setting the column aliases rather than explicitly setting the fields attribute.
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.
Sorry, I misread your statement, ignore the previous comment. It'd be easier to just store the fields in the
%views
hash and use that if present instead of the alias list in the->add_view
call insub parse { … }
.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 we store the fields in the
%views
hash instead of setting the column aliases, then the generated SQL won't include the aliases. So I'm continuing to set the aliases, and both the generated SQL and the fields attribute are returning the correct results. (At least, according to the tests I added.)I've used your simplified code (though I'm using
$item{'parens_field_list(?)'}[0]
instead of$item{'parens_field_list(?)'}
, since it seems to be an arrayref within an arrayref) and left the rest the same.@ilmari - Please review again when you have a chance.