-
Notifications
You must be signed in to change notification settings - Fork 155
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
Table identifier #97
Table identifier #97
Conversation
there's something up with your rebase |
Use a schema name explicitly
88813d6
to
9aa9546
Compare
I don't know what was up with the rebase. I did some surgery and I think this is correct now. |
Looks like there's an error in the tests here. Will investigate. |
9aa9546
to
33c380c
Compare
Merged in a change that takes out the now-unnecessary test about splitting schema and table name. |
I recommened removing it and re-applying your rebase |
f16dfba
to
5929d27
Compare
Pulled in that change and rebased again. Tests are passing this time, so ready for review. |
@graingert - This is a bug fix, so I don't see the need for any documentation changes. Does this warrant something in the changelog? |
Definitely change the changelog |
5929d27
to
115de57
Compare
Added in a line in CHANGES.rst and squashed. |
@jklukas is this ready to go? |
Yes, this should be good to merge. Are you +1, @graingert ? |
Todos
This builds on #78 and avoids the trouble of parsing qualified table names by instead introducing a
RelationKey
namedtuple that tracks those values separately.Does this look like a good approach?