Hi,
> Ok, but the use-case I'm talking about is debugging applications using
> SQL, in my case an application using JDBC. Maybe I'm misunderstanding
> the point of your post. I'm taking it as suggesting I switch to using $n
> notation. This isn't an option.
If you are using hibernate (which is
2011/3/19 Eric Schwarzenbach :
> On 3/19/2011 1:52 PM, Pavel Stehule wrote:
>>
>> 2011/3/19 Eric Schwarzenbach:
>>>
>>> On 3/19/2011 12:21 PM, Pavel Stehule wrote:
2011/3/19 Eric Schwarzenbach:
>
> On , Sat, 05 Mar 2011 20:39:53 +0100, Guillaume wrote
>>
>> Le 03/03/2011 0
On 3/19/2011 1:52 PM, Pavel Stehule wrote:
2011/3/19 Eric Schwarzenbach:
On 3/19/2011 12:21 PM, Pavel Stehule wrote:
2011/3/19 Eric Schwarzenbach:
On , Sat, 05 Mar 2011 20:39:53 +0100, Guillaume wrote
Le 03/03/2011 00:03, Eric Schwarzenbach a écrit :
Some years ago I worked with another DB
2011/3/19 Eric Schwarzenbach :
> On 3/19/2011 12:21 PM, Pavel Stehule wrote:
>>
>> 2011/3/19 Eric Schwarzenbach:
>>>
>>> On , Sat, 05 Mar 2011 20:39:53 +0100, Guillaume wrote
Le 03/03/2011 00:03, Eric Schwarzenbach a écrit :
>
> Some years ago I worked with another DB tool, for a
On 3/19/2011 12:21 PM, Pavel Stehule wrote:
2011/3/19 Eric Schwarzenbach:
On , Sat, 05 Mar 2011 20:39:53 +0100, Guillaume wrote
Le 03/03/2011 00:03, Eric Schwarzenbach a écrit :
Some years ago I worked with another DB tool, for another DB that
offered support for SQL parameters in a way th
>>
>
> using $n notation can be more faster and simpler for implementation -
> and practic, because programmer can check a prepared statements or
> parametrised queries in pgAdmin.
>
and there is a parser's hook that support searching a parameters in query.
Regards
Pavel Stehule
--
Sent via pg
2011/3/19 Eric Schwarzenbach :
> On , Sat, 05 Mar 2011 20:39:53 +0100, Guillaume wrote
>>
>> Le 03/03/2011 00:03, Eric Schwarzenbach a écrit :
>> > Some years ago I worked with another DB tool, for another DB that
>> > offered support for SQL parameters in a way that was extremely handy.
>> > I'
On , Sat, 05 Mar 2011 20:39:53 +0100, Guillaume wrote
Le 03/03/2011 00:03, Eric Schwarzenbach a écrit :
> Some years ago I worked with another DB tool, for another DB that
> offered support for SQL parameters in a way that was extremely handy.
> I've missed this feature in pgAdmin ever since.
On Sat, Mar 5, 2011 at 20:39, Guillaume Lelarge wrote:
> I'm not sure I understand what you would like to have. That pgAdmin asks
> for values anytime it encounters a question mark in a query?
>
Yes, and I would really like that, too. As well as named parameters and
things like $1.
Look how fun p
Le 03/03/2011 00:03, Eric Schwarzenbach a écrit :
> Some years ago I worked with another DB tool, for another DB that
> offered support for SQL parameters in a way that was extremely handy.
> I've missed this feature in pgAdmin ever since. By SQL parameters, I
> mean the replaceable bits one puts a
Some years ago I worked with another DB tool, for another DB that
offered support for SQL parameters in a way that was extremely handy.
I've missed this feature in pgAdmin ever since. By SQL parameters, I
mean the replaceable bits one puts as ? in a prepared statement.
When testing / debugging
11 matches
Mail list logo
