From: "Ara.T.Howard" <ahoward@...>
Date: 2004-01-29T02:34:59+09:00
Subject: Re: Why does DBI insist on using it's own date/time classes?

On Thu, 29 Jan 2004, David Heinemeier Hansson wrote:

> Date: Thu, 29 Jan 2004 01:57:43 +0900
> From: David Heinemeier Hansson <david@loudthinking.com>
> Newsgroups: comp.lang.ruby
> Subject: Why does DBI insist on using it's own date/time classes?
> 
> I can't seem to figure out why DBI uses its own set of date/time classes.
> They all seem to be pretty thin, incomplete wrappers around the existing
> classes. Why not just use the existing classes directly?  It's pretty
> annoying that you have to cast to the proper class every time you deal with
> a row that uses dates and want to use methods like strftime.
> --
> David Heinemeier Hansson,
> http://www.loudthinking.com/ -- Be mindful of the creep 

indeed, why not just use the existing classes directly and bypass dbi
altogether?

-a
-- 

ATTN: please update your address books with address below!

===============================================================================
| EMAIL   :: Ara [dot] T [dot] Howard [at] noaa [dot] gov
| PHONE   :: 303.497.6469
| ADDRESS :: E/GC2 325 Broadway, Boulder, CO 80305-3328
| STP     :: http://www.ngdc.noaa.gov/stp/
| NGDC    :: http://www.ngdc.noaa.gov/
| NESDIS  :: http://www.nesdis.noaa.gov/
| NOAA    :: http://www.noaa.gov/
| US DOC  :: http://www.commerce.gov/
|
| The difference between art and science is that science is what we
| understand well enough to explain to a computer.  
| Art is everything else.  
|   -- Donald Knuth, "Discover"
|
| /bin/sh -c 'for l in ruby perl;do $l -e "print \"\x3a\x2d\x29\x0a\"";done' 
===============================================================================