ike...@zzzcomputing.com>
Sent: Monday, October 3, 2016 5:54 PM
Subject: Re: [sqlalchemy] Feedback appreciated
To: <sqlalchemy@googlegroups.com>
On 10/03/2016 05:21 PM, Seth P wrote:
>
>
> On Friday, September 30, 2016 at 7:09:09 PM UTC-4, Mike Bayer wrote:
>
> the bin
On 10/03/2016 05:21 PM, Seth P wrote:
On Friday, September 30, 2016 at 7:09:09 PM UTC-4, Mike Bayer wrote:
the bind_expression() hook is here to allow you to re-render the
expression. assuming value-bound bindparam() objects (e.g. not like
you'd get with an INSERT or UPDATE
On Friday, September 30, 2016 at 7:09:09 PM UTC-4, Mike Bayer wrote:
>
> the bind_expression() hook is here to allow you to re-render the
> expression. assuming value-bound bindparam() objects (e.g. not like
> you'd get with an INSERT or UPDATE usually), the value should be present
> and you
I couldn't help but try to add the write side, even though for now I have no
need for it.
I'll look at your suggestions below. Thanks.
> On Sep 30, 2016, at 7:09 PM, Mike Bayer wrote:
>
> ha see you *are* doing the write side.
>
> the bind_expression() hook is here
On 09/30/2016 04:32 PM, Seth P wrote:
On Thursday, September 29, 2016 at 9:45:24 AM UTC-4, Mike Bayer wrote:
you can add your own types to do these things also, especially
read-only, just make any subclass of UserDefinedType and apply whatever
result-row handling is needed for
On Thursday, September 29, 2016 at 9:45:24 AM UTC-4, Mike Bayer wrote:
>
> you can add your own types to do these things also, especially
> read-only, just make any subclass of UserDefinedType and apply whatever
> result-row handling is needed for how cx_Oracle is returning the data.
>
> The
On 09/28/2016 06:48 PM, Seth P wrote:
On Wednesday, September 28, 2016 at 5:43:04 PM UTC-4, Mike Bayer wrote:
looks incredibly difficult. I'm not really about to have the
resources
to work with a type that awkward anytime soon, unfortunately. If it
could be made to be a
On Wednesday, September 28, 2016 at 5:43:04 PM UTC-4, Mike Bayer wrote:
>
> looks incredibly difficult. I'm not really about to have the resources
> to work with a type that awkward anytime soon, unfortunately. If it
> could be made to be a drop-in for 1.1's ARRAY feature, that would be
>
On 09/28/2016 12:45 PM, Seth P wrote:
On Wednesday, September 28, 2016 at 10:16:20 AM UTC-4, Mike Bayer wrote:
So illustrating VARRAY round trip on cx_oracle is the first step.
It looks like cx_Oracle supports reading varrays, but supports writing
them only as column literals, not as
On Wednesday, September 28, 2016 at 10:16:20 AM UTC-4, Mike Bayer wrote:
>
>
> So illustrating VARRAY round trip on cx_oracle is the first step.
>
It looks like cx_Oracle supports reading varrays, but supports writing them
only as column literals, not as bound parameters. The following code
On 09/28/2016 10:05 AM, Seth P wrote:
On Friday, August 23, 2013 at 3:52:54 PM UTC-4, Konsta Vesterinen wrote:
On Friday, August 23, 2013 1:52:41 AM UTC+3, Michael Bayer wrote:
2. ScalarListType vs. Postgresql ARRAY ? same/better? should
SLT use ARRAY on a PG
On Friday, August 23, 2013 at 3:52:54 PM UTC-4, Konsta Vesterinen wrote:
>
>
>
> On Friday, August 23, 2013 1:52:41 AM UTC+3, Michael Bayer wrote:
>
>
>> 2. ScalarListType vs. Postgresql ARRAY ? same/better? should SLT use
>> ARRAY on a PG backend ?
>>
>
> Hmm I'm not sure about this yet.
hello!
good job on these extensions and utilities. i have been using some of
them, i'll give a try on the newest releases and i'll let you know.
also, i forgot to contribute code with you on github. i'll send you an
email directly.
best regards,
richard.
On 03/15/2014 06:11 AM, Konsta
Thanks for quick and thorough feedback! I pretty much agree with everything
you stated there :) I will change the code accordingly.
--
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,
When I first read the docs, what jumped right out at me was i found it
confusing what the aggregation function would be - I see it sort of imitates
how hybrids look, but then I noticed in one case it’s like:
@aggregated_attr
def net_worth(self):
return sa.Column(sa.Integer)
e.g. no
On Aug 23, 2013, at 3:52 PM, Konsta Vesterinen konsta.vesteri...@gmail.com
wrote:
It would be great if some of these packages could become official SQLAlchemy
plugins/extensions some day. It would also be great if those extensions could
be magically registered as sqlalchemy extensions in
On Friday, August 23, 2013 1:52:41 AM UTC+3, Michael Bayer wrote:
wow that is quite a compliment, I of course have heard of Doctrine and met
many PHP users who use it extensively. This is really amazing that you're
A. using Python now B. using SQLAlchemy and C. writing full blown
On Aug 22, 2013, at 3:37 PM, Konsta Vesterinen konsta.vesteri...@gmail.com
wrote:
Hi all,
First I want to say how much I appreciate SQLAlchemy. I think it is by far
the best ORM available for any language. Thank you Mike for this wonderful
piece of software. I can’t imagine how many
18 matches
Mail list logo