Skip to content
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

Support matches and lower predicate methods #235

Merged
merged 4 commits into from
May 28, 2018
Merged

Support matches and lower predicate methods #235

merged 4 commits into from
May 28, 2018

Conversation

shioyama
Copy link
Owner

No description provided.

@shioyama shioyama force-pushed the jsonb_like branch 2 times, most recently from 2e0e55b to 11a70b6 Compare May 28, 2018 13:28
@shioyama shioyama force-pushed the jsonb_like branch 2 times, most recently from 483918e to dd4fd46 Compare May 28, 2018 13:33
@shioyama shioyama changed the title Support matches predicate with Jsonb backends Support matches and lower methods May 28, 2018
@shioyama shioyama changed the title Support matches and lower methods Support matches and lower predicate methods May 28, 2018
@shioyama shioyama merged commit dc8cf72 into master May 28, 2018
@shioyama shioyama deleted the jsonb_like branch May 29, 2018 04:58
shioyama added a commit that referenced this pull request May 29, 2018
Adding some info on the new block-based interface for querying. If
anyone is interested, please checkout the master branch and give this a
go. I will release it in the next week or two, probably ActiveRecord
alone first (not yet sure how Sequel will come out).

This will be very useful for gem integrations in particular, since it
means that a gem that involves querying can be integrated once for all
backends. This has been done already for FriendlyId without this level
of granularity because querying in FriendlyId is quite simple, but most
other querying gems require a more fine-grained interface. Ransack is
the one I'm thinking of integrating first.

Within Mobility, the first concrete benefit of this new querying
interface is that it has enabled case insensitive uniqueness validation
(which requires `LOWER` on an Arel predicate, now possible thanks to #235.
shioyama added a commit that referenced this pull request May 29, 2018
Adding some info on the new block-based interface for querying. If
anyone is interested, please checkout the master branch and give this a
go. I will release it in the next week or two, probably ActiveRecord
alone first (not yet sure how Sequel will come out).

This will be very useful for gem integrations in particular, since it
means that a gem that involves querying can be integrated once for all
backends. This has been done already for FriendlyId without this level
of granularity because querying in FriendlyId is quite simple, but most
other querying gems require a more fine-grained interface. Ransack is
the one I'm thinking of integrating first.

Within Mobility, the first concrete benefit of this new querying
interface is that it has enabled case insensitive uniqueness validation
(which requires `LOWER` on an Arel predicate, now possible thanks to #235.

[ci skip]
shioyama added a commit that referenced this pull request May 29, 2018
Adding some info on the new block-based interface for querying. If
anyone is interested, please checkout the master branch and give this a
go. I will release it in the next week or two, probably ActiveRecord
alone first (not yet sure how Sequel will come out).

This will be very useful for gem integrations in particular, since it
means that a gem that involves querying can be integrated once for all
backends. This has been done already for FriendlyId without this level
of granularity because querying in FriendlyId is quite simple, but most
other querying gems require a more fine-grained interface. Ransack is
the one I'm thinking of integrating first.

Within Mobility, the first concrete benefit of this new querying
interface is that it has enabled case insensitive uniqueness validation
(which requires `LOWER` on an Arel predicate, now possible thanks to #235.

[ci skip]
shioyama added a commit that referenced this pull request May 30, 2018
Adding some info on the new block-based interface for querying. If
anyone is interested, please checkout the master branch and give this a
go. I will release it in the next week or two, probably ActiveRecord
alone first (not yet sure how Sequel will come out).

This will be very useful for gem integrations in particular, since it
means that a gem that involves querying can be integrated once for all
backends. This has been done already for FriendlyId without this level
of granularity because querying in FriendlyId is quite simple, but most
other querying gems require a more fine-grained interface. Ransack is
the one I'm thinking of integrating first.

Within Mobility, the first concrete benefit of this new querying
interface is that it has enabled case insensitive uniqueness validation
(which requires `LOWER` on an Arel predicate, now possible thanks to #235.

[ci skip]
shioyama added a commit that referenced this pull request May 30, 2018
Adding some info on the new block-based interface for querying. If
anyone is interested, please checkout the master branch and give this a
go. I will release it in the next week or two, probably ActiveRecord
alone first (not yet sure how Sequel will come out).

This will be very useful for gem integrations in particular, since it
means that a gem that involves querying can be integrated once for all
backends. This has been done already for FriendlyId without this level
of granularity because querying in FriendlyId is quite simple, but most
other querying gems require a more fine-grained interface. Ransack is
the one I'm thinking of integrating first.

Within Mobility, the first concrete benefit of this new querying
interface is that it has enabled case insensitive uniqueness validation
(which requires `LOWER` on an Arel predicate, now possible thanks to #235.

[ci skip]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant