On Tue, 29 Jun 2010 19:12:19 +, Jens Rehsack
rehs...@googlemail.com wrote:
Hi,
because of a bogus implementation for PRECISION, NULLABLE etc.
attributes in DBD::CSV (forced by limitations of SQL::Statement)
we have a new attribute for tables in DBD::File meta data:
'table_defs'. This
H.Merijn Brand wrote:
A bit more thought leads to better portability ...
my $hash = {
meta = {
f_dir = data,
f_schema= undef,
f_ext = .csv/r,
f_encoding = utf8,
f_lock = 1,
},
Something very important here, arguably
Hi,
because of a bogus implementation for PRECISION, NULLABLE etc.
attributes in DBD::CSV (forced by limitations of SQL::Statement)
we have a new attribute for tables in DBD::File meta data:
'table_defs'. This is filled when a 'CREATE TABLE ...' is executed
and copies the $stmt-{table_defs}
Jens Rehsack wrote:
because of a bogus implementation for PRECISION, NULLABLE etc.
attributes in DBD::CSV (forced by limitations of SQL::Statement)
we have a new attribute for tables in DBD::File meta data:
'table_defs'. This is filled when a 'CREATE TABLE ...' is executed
and copies the
On 06/29/10 19:58, Darren Duncan wrote:
Jens Rehsack wrote:
because of a bogus implementation for PRECISION, NULLABLE etc.
attributes in DBD::CSV (forced by limitations of SQL::Statement)
we have a new attribute for tables in DBD::File meta data:
'table_defs'. This is filled when a 'CREATE