-
Notifications
You must be signed in to change notification settings - Fork 301
Addition of the "question mark" operators to persistent-postgresql #863
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
Conversation
… and new Filter operators (@>.) and (<@.)
* Upgraded the randomValues function in DataTestTypes.hs to actually have random values everytime * small OCD
…work because of it
|
Ok, so nothing seems to make the CI happy. If there is, do tell me, because this seems rather limiting. |
|
@Vlix I'm currently updating CI to include newer versions of LTS. I believe that it was just overlooked in the past. I'm going to cancel your current CI build to let the new CI finish faster. If you'd like to merge those changes in when they're done, that'd be great 😄 |
|
I noticed I did everything on the master branch. Closing this PR and making a new one. |
Since
postgresql-simple-0.6.1, question marks can now be escaped in the SQL query (by doubling them), so nowpersistentcan also use them.Had to add a few new data constructors to have the resulting query be correct, and am looking into a way to make the other JSON operators work in
persistentqueries, but those will take some more thinking/experimenting time.This does mean the
postgresql-simpleversion's lower bound is upped to 0.6.1, so I've increased thepersistent-postgresqlversion to2.10.0Oh, and I also upped the stackage LTS to 13.13, I figured it wouldn't hurt. If I'm wrong, either the CI will break or I hope someone will inform me.