Re^2: DBD::ODBC not support

I have been trying to understand this for some time now. The ':' in the strings I was using for time parameters was in fact the problem.

my $stime = '2010-01-01 00:00:00'
my $qstring = qq{select * from mytable where start > $stime
return};
[download]

which returned the error "DBD::ODBC does not yet support binding a named parameter more than once". After reading this, I made things work by (abbreviatedj example)...

my $stime = '2010-01-01 00:00:00'
my $qstring = qq{select * from mytable where start > '$stime'
return};
[download]

..which made all work just fine. Apparently those ':' create the problem.

Thanks for pointing that out!

Just goes to show; elephants don't bite, mosquitoes do!

...the majority is always wrong, and always the last to know about it...
The Spice must flow...
..by my will, and by will alone.. I set my mind in motion

Comment on Re^2: DBD::ODBC not support Select or Download Code

Replies are listed 'Best First'.
Re^3: DBD::ODBC not support by mje (Curate) on Dec 06, 2010 at 13:35 UTC
In DBI, the : introduces a named parameter into the SQL. The convention in the ODBC world is ? introduces a parameter but as DBI dictates :my_param is also valid DBD::ODBC has to parse the SQL to check for named parameters. If you create SQL containing an unquoted : it looks like a parameter. In your first example this is exactly what you did and because it was 00:00:00 it looks like you have 2 named parameters called "00". DBD::ODBC does not support binding the same named parameter more than once (Using the same placeholder more than once) and hence the message you got. If you absolutely have to include a string in your SQL instead of using a parameter marker (?) and binding the parameter you need to quote it and DBI has a quote method for just that (don't just use single quotes as it can differ between SQL engines). You can stop DBD::ODBC looking for named parameters by setting odbc_ignore_named_placeholders. In fact, I only wish the default could be this as it wastes time parsing the SQL if you are not using named parameters but DBI says it has to support them.	[reply]

Replies are listed 'Best First'.

Re^3: DBD::ODBC not support
by mje (Curate) on Dec 06, 2010 at 13:35 UTC

In DBI, the : introduces a named parameter into the SQL. The convention in the ODBC world is ? introduces a parameter but as DBI dictates :my_param is also valid DBD::ODBC has to parse the SQL to check for named parameters. If you create SQL containing an unquoted : it looks like a parameter. In your first example this is exactly what you did and because it was 00:00:00 it looks like you have 2 named parameters called "00". DBD::ODBC does not support binding the same named parameter more than once (Using the same placeholder more than once) and hence the message you got.

If you absolutely have to include a string in your SQL instead of using a parameter marker (?) and binding the parameter you need to quote it and DBI has a quote method for just that (don't just use single quotes as it can differ between SQL engines).

You can stop DBD::ODBC looking for named parameters by setting odbc_ignore_named_placeholders. In fact, I only wish the default could be this as it wastes time parsing the SQL if you are not using named parameters but DBI says it has to support them.

[reply]