Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • depending on if you were writing for another database in the future, you might want to take advantage of

    $dbh->get_info(29)

    or in longer form ...

    $dbh->get_info($DBI::Const::GetInfoType::GetInfoType{'SQL_IDENTIFIER_QUOTE_CHA R'})

    giving you the correct quoting character for the database (assuming the driver supports it)

  • Many databases have field names that are deliberately case insensitive. Depending on the database you're liable to get your field names back in either upper or lower case. Which one you get depends on the database you have.

    If you quote your field names then you will always get them back in the case you sent them as. This is much more convenient for an automated system.

    • You could also use NAME_lc and friends to specify whether names should be returned as lower or upper case.
      • And now the framework has to translate from the canonical case back to the original case that the programmer specified and is expecting. (Ruby is case sensitive, just like Perl is.)

        While there are other ways to work around it, the simplest way is just to quote the field name and watch problems disappear on you.

  • It probably depends on what database you use... But at least in Oracle, the case of the column names is treated differently for unquoted and for quoted names.
    • An unquoted column name is internally converted to upper case
    • A quoted column name is case preserved

    So you may have to change "order" to "ORDER" to get the same case for both quoted and unquoted column names.

  • This is good to know. I am commenting here
    so I can find it later.