Data::Tersify::Plugin::DBIx::Class - tersify DBIx::Class objects


This is version 1.001.


In e.g. the perl debugger

 DB<1> use Data::Tersify;
 DB<2> my $dbic_row = $schema->resultset(...)->find(...);
 DB<3> x Data::Tersify::tersify($dbic_row)

produces something like

 0 Data::Tersify::Summary::...::TableName (0xdeadbeef)=HASH(0xcafebabe)
   '_column_data' => HASH(0x1b32ca80)
      'date_created' => '2020-03-04 20:19:47'
      'id' => 558
      'status' => 'active'
   '_in_storage' => 1
   '_inflated_column' => HASH(0x1b318618)
        empty hash
   '_result_source' => Data::Tersify::Summary=SCALAR(0xbeefdead)
      -> 'DBIx::Class::ResultSource::Table (0xbabecafe) table_name'
   'related_resultsets' => HASH(0x7235e68)
      'related_table' => Data::Tersify::Summary=SCALAR(0x12345678)
         -> 'DBIx::Class::ResultSet (0x9abcdef0) ...::RelatedTable'

rather than screenfuls of stuff you don't care about.

If you delve into the guts of the result sources or result sets, you'll get more chatty stuff, but it'll still be limited to amounts that the human brain can deal with.


This class provides terse description for various types of DBIx::Class objects, when used with Data::Tersify.


It handles DBIx::Class::ResultSource::Table, DBIx::Class::ResultSource::View and DBIx::Class::ResultSet objects. Surprisingly, that appears to be enough.


It tersifies DBIx::Class::ResultSource::Table or DBIx::Class::ResultSource::View objects into just the name of the table or view respectively.

It tersifies DBIx::Class::ResultSet into the name of the result class.

This tends to be the source of the vast majority of the unwanted chaff that fills your screen.