=for comment POD_DERIVED_INDEX_GENERATED The following documentation is automatically generated. Please do not edit this file, but rather the original, inline with DBIx::Class::InflateColumn::DateTime at lib/DBIx/Class/InflateColumn/DateTime.pm (on the system that originally ran this). If you do edit this file, and don't want your changes to be removed, make sure you change the first line. =cut =head1 NAME DBIx::Class::InflateColumn::DateTime - Auto-create DateTime objects from date and datetime columns. =head1 SYNOPSIS Load this component and then declare one or more columns to be of the datetime, timestamp or date datatype. package Event; use base 'DBIx::Class::Core'; __PACKAGE__->load_components(qw/InflateColumn::DateTime/); __PACKAGE__->add_columns( starts_when => { data_type => 'datetime' } create_date => { data_type => 'date' } ); Then you can treat the specified column as a L object. print "This event starts the month of ". $event->starts_when->month_name(); If you want to set a specific timezone and locale for that field, use: __PACKAGE__->add_columns( starts_when => { data_type => 'datetime', timezone => "America/Chicago", locale => "de_DE" } ); If you want to inflate no matter what data_type your column is, use inflate_datetime or inflate_date: __PACKAGE__->add_columns( starts_when => { data_type => 'varchar', inflate_datetime => 1 } ); __PACKAGE__->add_columns( starts_when => { data_type => 'varchar', inflate_date => 1 } ); It's also possible to explicitly skip inflation: __PACKAGE__->add_columns( starts_when => { data_type => 'datetime', inflate_datetime => 0 } ); NOTE: Don't rely on C to parse date strings for you. The column is set directly for any non-references and C is completely bypassed. Instead, use an input parser to create a DateTime object. For instance, if your user input comes as a 'YYYY-MM-DD' string, you can use C thusly: use DateTime::Format::ISO8601; my $dt = DateTime::Format::ISO8601->parse_datetime('YYYY-MM-DD'); =head1 DESCRIPTION This module figures out the type of DateTime::Format::* class to inflate/deflate with based on the type of DBIx::Class::Storage::DBI::* that you are using. If you switch from one database to a different one your code should continue to work without modification (though note that this feature is new as of 0.07, so it may not be perfect yet - bug reports to the list very much welcome). If the data_type of a field is C, C or C (or a derivative of these datatypes, e.g. C), this module will automatically call the appropriate parse/format method for deflation/inflation as defined in the storage class. For instance, for a C field the methods C and C would be called on deflation/inflation. If the storage class does not provide a specialized inflator/deflator, C<[parse|format]_datetime> will be used as a fallback. See L for more information on date formatting. For more help with using components, see L. =head2 register_column Chains with the L method, and sets up datetime columns appropriately. This would not normally be directly called by end users. In the case of an invalid date, L will throw an exception. To bypass these exceptions and just have the inflation return undef, use the C option in the column info: "broken_date", { data_type => "datetime", default_value => '0000-00-00', is_nullable => 1, datetime_undef_if_invalid => 1 } =head1 USAGE NOTES If you have a datetime column with an associated C, and subsequently create/update this column with a DateTime object in the L timezone, you will get a warning (as there is a very good chance this will not have the result you expect). For example: __PACKAGE__->add_columns( starts_when => { data_type => 'datetime', timezone => "America/Chicago" } ); my $event = $schema->resultset('EventTZ')->create({ starts_at => DateTime->new(year=>2007, month=>12, day=>31, ), }); The warning can be avoided in several ways: =over 4 =item Fix your broken code When calling C on a Floating DateTime object, the timezone is simply set to the requested value, and B. It is always a good idea to be supply explicit times to the database: my $event = $schema->resultset('EventTZ')->create({ starts_at => DateTime->new(year=>2007, month=>12, day=>31, time_zone => "America/Chicago" ), }); =item Suppress the check on per-column basis __PACKAGE__->add_columns( starts_when => { data_type => 'datetime', timezone => "America/Chicago", floating_tz_ok => 1 } ); =item Suppress the check globally Set the environment variable DBIC_FLOATING_TZ_OK to some true value. =back Putting extra attributes like timezone, locale or floating_tz_ok into extra => {} has been B because this gets you into trouble using L. Instead put it directly into the columns definition like in the examples above. If you still use the old way you'll see a warning - please fix your code then! =head1 SEE ALSO =over 4 =item More information about the add_columns method, and column metadata, can be found in the documentation for L. =item Further discussion of problems inherent to the Floating timezone: L and L<< $dt->set_time_zone|DateTime/"Set" Methods >> =back =head1 INHERITED METHODS =over 4 =item L L, L, L, L =item L L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L, L =back =head1 FURTHER QUESTIONS? Check the list of L. =head1 COPYRIGHT AND LICENSE This module is free software L by the L. You can redistribute it and/or modify it under the same terms as the L.