-
Notifications
You must be signed in to change notification settings - Fork 297
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
refactor to expose some utilities for Esqueleto #340
Conversation
@gregwebs I'm guessing you want to review this. |
@meteficha: Yes, it seems equivalent to me too. I'll change it and seen if tests still pass. |
This looks fantastic, thanks! |
@gregwebs Could you merge this in? You might have to change the version number. I think that @albertov may have stalled on this, but I am going to see if I can at least get esqueleto to not fail with all tables that use CPKs. I'm not concerned at all about being able to use the |
@andrewthad take a look at this PR if you haven't already. I managed to to be able to use composite/non-id keys as filter conditions in queries/joins and return entities which contain composite/non-id keys. |
@albertov So do you think, even without that feature, that your branches are suitable to be merged in. Or, better put, my real question is: are any previously available features of esqueleto broken right now in your branch? If not, then I'd like to see it get merged in because there is value (namely, not crashing for entities with composite keys) in your branch that I would like to have available. |
@andrewthad, no, nothing was broken if i remember correctly. At least On Thursday, February 26, 2015, andrewthad [email protected] wrote:
|
thanks for the reminder. This is on hackage now. |
Moved some functionality regarding composite/custom primary keys to an exposed module (perhaps it should be under an "Internal" folder?) so Esqueleto can reuse it. See prowdsponsor/esqueleto#87