I'm using sqlalchemy 1.0.12 with postgreSQL 9.4.6 with the pg_trgm
extension enabled. Basically, I'm performing a similarity-based query on a
single column:
In [26]:
str(session.query(Model).order_by(desc(func.similarity(Model.description,
'string'))).limit(100))
Out[26]: 'SELECT model.id AS
Thanks a ton. This was really quick to implement and solved a bunch of
issues!
--
You received this message because you are subscribed to the Google Groups
"sqlalchemy" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
On 03/30/2016 12:37 PM, Mehdi GMIRA wrote:
I've read a lot of stuff on scoped_session, thread safety, and sessions,
and i just don't get it.
For me, a session is just a "wrapper" around the actual database behind
it. And databases do not like concurrent updates of the same row within
multiple
I've read a lot of stuff on scoped_session, thread safety, and sessions,
and i just don't get it.
For me, a session is just a "wrapper" around the actual database behind it.
And databases do not like concurrent updates of the same row within
multiple transactions.
So, it is my understanding
On 03/30/2016 11:56 AM, Jonathan Vanasco wrote:
On Wednesday, March 30, 2016 at 12:46:01 AM UTC-4, Mike Bayer wrote:
why can't you build a relationship() which has its primaryjoin set
up to
do this? You can do it w/ a correlated subquery.
Can you reference an example ?
from
On Wednesday, March 30, 2016 at 12:46:01 AM UTC-4, Mike Bayer wrote:
why can't you build a relationship() which has its primaryjoin set up to
> do this? You can do it w/ a correlated subquery.
>
Can you reference an example ?
> That is, unless you want this relationship() to load