DBIx::C...al::FAQ(3)
okay bestie, welcome to DBIx::Class::Manual::FAQ(3) from the User Contributed Perl Documentation corner π this is the FAQ page, and itβs giving βask me anything, I got youβ energy.
β¨ NAME β¨
DBIx::Class::Manual::FAQ β Frequently Asked Questions (in theory) π
π DESCRIPTION π
This doc is literally the anti-map of the documentation πΊοΈβ¨ Like, if you know what you want to do but not how to do it in DBIx::Class, you look here. It does not contain much code or examples β it just gives explanations and pointers to the correct pieces of documentation to read. No cap, itβs a vibe guide with directions.
π¬ FAQs π¬
How Do I:
π± Getting started π±
.. create a database to use? β First, choose a database. For testing/experimenting, we recommend DBD::SQLite, which is a self-contained small database (i.e. all you need to do is to install DBD::SQLite from CPAN, and it works) π
Next, spend some time defining which data you need to store, and how it relates to the other data you have. For some help on normalisation, go to <http://b62.tripod.com/doc/dbbase.htm> π§
Now, decide whether you want to have the database itself be the definitive source of information about the data layout, or your DBIx::Class schema. If itβs the former, look up the documentation for your database, eg. <http://sqlite.org/lang_createtable.html>, on how to create tables, and start creating them. For a nice universal interface to your database, you can try DBI::Shell. If you decided on the latter choice, read the FAQ on setting up your classes manually, and the one on creating tables from your schema π
.. use DBIx::Class with Catalyst? β Install Catalyst::Model::DBIC::Schema from CPAN. See its documentation, or below, for further details β¨
.. set up my DBIx::Class classes automatically from my database? β Install DBIx::Class::Schema::Loader from CPAN, and read its documentation π
.. set up my DBIx::Class classes manually? β Look at the DBIx::Class::Manual::Example and come back here if you get lost π«Ά
.. create my database tables from my DBIx::Class schema? β Create your classes manually, as above. Write a script that calls "deploy" in DBIx::Class::Schema. See there for details, or the DBIx::Class::Manual::Cookbook π
.. store/retrieve Unicode data in my database? β Make sure your database supports Unicode and set the connect attributes appropriately β see "Using Unicode" in DBIx::Class::Manual::Cookbook π
.. connect to my database? β Once you have created all the appropriate table/source classes, and an overall Schema class, you can start using them in an application. To do this, you need to create a central Schema object, which is used to access all the data in the various tables. See "connect" in DBIx::Class::Schema for details. The actual connection does not happen until you actually request data, so donβt be alarmed if the error from incorrect connection details happens a lot later π
.. use DBIx::Class across multiple databases? β If your database server allows you to run queries across multiple databases at once, then so can DBIx::Class. All you need to do is make sure you write the database name as part of the table call. Eg:
__PACKAGE__->table('mydb.mytablename');
And load all the Result classes for both / all databases by calling "load_namespaces" in DBIx::Class::Schema π
.. use DBIx::Class across PostgreSQL/DB2/Oracle schemas? β Add the name of the schema to the table name, when invoking table, and make sure the user you are about to connect as has permissions to read/write all the schemas/tables as necessary π₯
π«Ά Relationships π«Ά
.. tell DBIx::Class about relationships between my tables? β There are a variety of relationship types that come pre-defined for you to use. These are all listed in DBIx::Class::Relationship. If you need a non-standard type, or more information, look in DBIx::Class::Relationship::Base π
.. define a one-to-many relationship? β This is called a "has_many" relationship on the one side, and a "belongs_to" relationship on the many side. Currently these need to be set up individually on each side. See DBIx::Class::Relationship for details β¨
.. define a relationship where this table contains another tableβs primary key? (foreign key) β Create a "belongs_to" relationship for the field containing the foreign key. See "belongs_to" in DBIx::Class::Relationship π
.. define a foreign key relationship where the key field may contain NULL? β Just create a "belongs_to" relationship, as above. If the column is NULL then the inflation to the foreign object will not happen. This has a side effect of not always fetching all the relevant data, if you use a nullable foreign-key relationship in a JOIN, then you probably want to set the "join_type" to "left" π
.. define a relationship where the key consists of more than one column? β Instead of supplying a single column name, all relationship types also allow you to supply a hashref containing the condition across which the tables are to be joined. The condition may contain as many fields as you like. See DBIx::Class::Relationship::Base π
.. define a relationship bridge across an intermediate table? (many-to-many) β The term βrelationshipβ is used loosely with many_to_many as it is not considered a relationship in the fullest sense. For more info, read the documentation on "many_to_many" in DBIx::Class::Relationship π¦
.. stop DBIx::Class from attempting to cascade deletes on my has_many and might_have relationships? β By default, DBIx::Class cascades deletes and updates across "has_many" and "might_have" relationships. You can disable this behaviour on a per-relationship basis by supplying cascade_delete => 0 in the relationship attributes π¨
The cascaded operations are performed after the requested delete or update, so if your database has a constraint on the relationship, it will have deleted/updated the related records or raised an exception before DBIx::Class gets to perform the cascaded operation.
See DBIx::Class::Relationship π
.. use a relationship? β Use its name. An accessor is created using the name. See examples in "USING RELATIONSHIPS" in DBIx::Class::Manual::Cookbook πΈ
π Searching π
.. search for data? β Create a $schema object, as mentioned above in ".. connect to my database?". Find the ResultSet that you want to search in, by calling "$schema->resultset('MySource')" and call "search" on it. See "search" in DBIx::Class::ResultSet β
.. search using database functions? β Supplying something like:
->search({'mydatefield' => 'now()'})
to search, will probably not do what you expect. It will quote the text "now()", instead of trying to call the function. To provide literal, unquoted text you need to pass in a scalar reference, like so:
->search({'mydatefield' => \'now()'})
.. sort the results of my search? β Supply a list of columns you want to sort by to the "order_by" attribute. See "order_by" in DBIx::Class::ResultSet π
.. sort my results based on fields Iβve aliased using "as"? β You didnβt alias anything, since as has nothing to do with the produced SQL. See "select" in DBIx::Class::ResultSet for details π
.. group the results of my search? β Supply a list of columns you want to group on, to the "group_by" attribute, see "group_by" in DBIx::Class::ResultSet β¨
.. group my results based on fields Iβve aliased using "as"? β You donβt. See the explanation on ordering by an alias above π
.. filter the results of my search? β The first argument to "search" is a hashref of accessor names and values to filter them by, for example:
->search({'created_time' => { '>=', '2006-06-01 00:00:00' } })
Note that to use a function here you need to make it a scalar reference:
->search({'created_time' => { '>=', \'yesterday()' } })
.. search in several tables simultaneously? β To search in two related tables, you first need to set up appropriate relationships between their respective classes. When searching you then supply the name of the relationship to the "join" attribute in your search, for example when searching in the Books table for all the books by the author βFred Bloggsβ:
->search({'authors.name' => 'Fred Bloggs'}, { join => 'authors' })
The type of join created in your SQL depends on the type of relationship between the two tables, see DBIx::Class::Relationship for the join used by each relationship π§
.. create joins with conditions other than column equality? β Currently, DBIx::Class can only create join conditions using equality, so youβre probably better off creating a "view" in your database, and using that as your source. A "view" is a stored SQL query, which can be accessed similarly to a table, see your database documentation for details πΈ
.. search with an SQL function on the left hand side? β To use an SQL function on the left hand side of a comparison you currently need to resort to literal SQL:
->search( \[ 'YEAR(date_of_birth) = ?', 1979 ] );
.. find more help on constructing searches? β Behind the scenes, DBIx::Class uses SQL::Abstract::Classic to help construct its SQL searches. So if you fail to find help in the DBIx::Class::Manual::Cookbook, try looking in the SQL::Abstract::Classic documentation π
.. make searches in Oracle (10gR2 and newer) case-insensitive? β To make Oracle behave like most RDBMS use on_connect_do to issue alter session statements on database connection establishment:
->on_connect_do("ALTER SESSION SET NLS_COMP = 'LINGUISTIC'");
->on_connect_do("ALTER SESSION SET NLS_SORT = '<NLS>_CI'");
e.g.
->on_connect_do("ALTER SESSION SET NLS_SORT = 'BINARY_CI'");
->on_connect_do("ALTER SESSION SET NLS_SORT = 'GERMAN_CI'");
.. format a DateTime object for searching? β search and find do not take DBIx::Class::InflateColumn into account, and so your DateTime object will not be correctly deflated into a format your RDBMS expects π
The datetime_parser method on your storage object can be used to return the object that would normally do this, so itβs easy to do it manually:
my $dtf = $schema->storage->datetime_parser;
my $rs = $schema->resultset('users')->search(
{
signup_date => {
-between => [
$dtf->format_datetime($dt_start),
$dtf->format_datetime($dt_end),
],
}
},
);
With in a Result Class method, you can get this from the "result_source" π
my $dtf = $self->result_source->storage->datetime_parser;
Ok so that little kludge up there? It's only needed for conditions you pass to search and find in DBIx::Class::ResultSet. Meanwhile create and update in DBIx::Class::Row are DBIx::Class::InflateColumn-aware and will literally do the right thing when you hand them an inflated DateTime object. (Careful bestie: that's update in DBIx::Class::Row, NOT update in DBIx::Class::ResultSet β different girlies, different rules π
)
πΈ Fetching data πΈ
π« .. fetch as much data as possible in as few select calls as possible?
See the prefetch examples in the Cookbook. That's the whole assignment β¨
π« .. fetch a whole column of data instead of a row?
Call get_column on a DBIx::Class::ResultSet. It hands you back a DBIx::Class::ResultSetColumn β check its docs and the Cookbook for the deets π«Ά
π« .. fetch a formatted column?
In your table schema class, make yourself a "private" column accessor, like:
__PACKAGE__->add_columns(my_column => { accessor => '_hidden_my_column' });
Then, in that same class, write a subroutine called my_column that grabs the real value and does the formatting you want. Iconic behavior β¨
See the Cookbook for more details.
π« .. fetch a single (or topmost) row?
Use the rows in DBIx::Class::ResultSet and order_by in DBIx::Class::ResultSet attributes to order your data and then pick off a single row. Slay.
See also "Retrieve one and only one row from a resultset" in DBIx::Class::Manual::Cookbook.
A less readable way? Ask a regular search to return 1 row, using slice in DBIx::Class::ResultSet:
->search->(undef, { order_by => "id DESC" })->slice(0)
which (if your database supports it) will use LIMIT/OFFSET to hint to the database that we really only need one row. Ngl, this can result in a significant speed improvement π₯. The method using single in DBIx::Class::ResultSet mentioned in the cookbook can do the same thing if you pass a rows attribute to the search.
π« .. refresh a row from storage?
Use discard_changes in DBIx::Class::Row.
$result->discard_changes
Discarding changes and refreshing from storage are two sides of the same coin. When you wanna discard your local changes, just re-fetch the row from storage. When you wanna get a new, fresh copy of the row, just re-fetch the row from storage. discard_changes in DBIx::Class::Row does exactly that by re-fetching the row from storage using the row's primary key. Two birds, one iconic method ποΈ
π« .. fetch my data a "page" at a time?
Pass the rows and page attributes to your search, eg:
->search({}, { rows => 10, page => 1});
π« .. get a count of all rows even when paging?
Call pager on the paged resultset β it'll return a pager object with an API/behavior identical to that of Data::Page from late 2009 through late 2019 (https://metacpan.org/pod/release/LBROCARD/Data-Page-2.02/lib/Data/Page.pm). Calling total_entries on the pager gets you the correct total, no cap π
Meanwhile count on the resultset will only return the total number in the page. Don't get got by that one bestie π
π¦ Inserting and updating data π¦
π« .. insert a row with an auto incrementing primary key?
It happens automatically, bestie, you don't gotta do a thing. After creating a result object, the primary key value your database created can be fetched by calling id (or the accessor of your primary key column) on the object β¨
π« .. insert a row with a primary key that uses a sequence?
Ooh okay, you need to create a trigger in your database that updates your primary key field from the sequence. To help PK::Auto find the next key value, you can tell it the name of the sequence in the column_info supplied with add_columns:
->add_columns({ id => { sequence => 'mysequence', auto_nextval => 1 } });
π« .. insert many rows of data efficiently?
The populate method in DBIx::Class::ResultSet provides efficient bulk inserts. Go off π
DBIx::Class::Fixtures provides an alternative way to do this, too.
π« .. update a collection of rows at the same time?
Create a resultset using a search to filter the rows of data you wanna update, then call update on the resultset to change all the rows at once. One call, many rows, very demure π
π« .. use database functions when updating rows?
π« .. update a column using data from another column?
To stop the column name from being quoted, you'll need to tell DBIC that the right hand side is an SQL identifier (it will be quoted properly if you have quoting enabled):
->update({ somecolumn => { -ident => 'othercolumn' } })
β οΈ Heads up bestie: this method will NOT retrieve the new value and put it in your Row object. To fetch the new value, use the discard_changes method on the Row.
# will return the scalar reference:
$result->somecolumn()
# issue a select using the PK to re-fetch the row data:
$result->discard_changes();
# Now returns the correct new value:
$result->somecolumn()
To update and refresh at once, chain your calls like the main character you are:
$result->update({ 'somecolumn' => { -ident => 'othercolumn' } })->discard_changes;
π« .. store JSON/YAML in a column and have it deflate/inflate automatically?
You can use DBIx::Class::InflateColumn to accomplish YAML/JSON storage transparently. Obsessed, honestly π
If you wanna use JSON, then in your table schema class, do the following:
use JSON;
__PACKAGE__->add_columns(qw/ ... my_column ../)
__PACKAGE__->inflate_column('my_column', {
inflate => sub { jsonToObj(shift) },
deflate => sub { objToJson(shift) },
});
For YAML, in your table schema class, do the following:
use YAML;
__PACKAGE__->add_columns(qw/ ... my_column ../)
__PACKAGE__->inflate_column('my_column', {
inflate => sub { YAML::Load(shift) },
deflate => sub { YAML::Dump(shift) },
});
This technique is an easy way to store supplemental unstructured data in a table. But be careful not to overuse this capability though. If you find yourself depending more and more on some data within the inflated column, then it may be time to factor that data out. Growth era π±
π Custom methods in Result classes π
You can add custom methods that do arbitrary things β yes, even to unrelated tables. For example, to provide a $book->foo() method which searches the cd table, you could add this to Book.pm:
sub foo {
my ($self, $col_data) = @_;
return $self->result_source->schema->resultset('cd')->search($col_data);
}
And invoke that on any Book Result object like so:
my $rs = $book->foo({ title => 'Down to Earth' });
When two tables ARE related, DBIx::Class::Relationship::Base provides a whole buncha methods to find or create data in related tables for you. But if you wanna write your own methods, you absolutely can, bestie π
For example, to provide a $book->foo() method to manually implement what create_related() from DBIx::Class::Relationship::Base does, you could add this to Book.pm:
sub foo {
my ($self, $rel_name, $col_data) = @_;
return $self->related_resultset($rel_name)->create($col_data);
}
Invoked like this:
my $author = $book->foo('author', { name => 'Fred' });
π Misc π
π« How do I store my own (non-db) data in my DBIx::Class objects?
You can add your own data accessors to your Result classes. Two cute options, pick your fighter:
One method is to use the built in mk_group_accessors (via Class::Accessor::Grouped):
package App::Schema::Result::MyTable;
use parent 'DBIx::Class::Core';
__PACKAGE__->table('foo'); #etc
__PACKAGE__->mk_group_accessors('simple' => qw/non_column_data/); # must use simple group
And another method is to use Moose with your DBIx::Class package:
package App::Schema::Result::MyTable;
use Moose; # import Moose
use Moose::Util::TypeConstraint; # import Moose accessor type constraints
extends 'DBIx::Class::Core'; # Moose changes the way we define our parent (base) package
has 'non_column_data' => ( is => 'rw', isa => 'Str' ); # define a simple attribute
__PACKAGE__->table('foo'); # etc
With either of these methods the resulting use of the accessor would be:
my $result;
# assume that somewhere in here $result will get assigned to a MyTable row
$result->non_column_data('some string'); # would set the non_column_data accessor
# some other stuff happens here
$result->update(); # would not inline the non_column_data accessor into the update
Note that last line, bestie β the non_column_data accessor does not get inlined into the update. It's non-db data, it stays non-db β¨
π« How do I use DBIx::Class objects in my TT templates?
Like normal objects, mostly. But you gotta watch out for TT calling methods in list context, ok? When calling relationship accessors you will not get resultsets β you'll get a list of all the related objects. Sneaky π
Use the search_rs in DBIx::Class::ResultSet method, or the relationship accessor methods ending with _rs, to work around this issue. Problem solved, we move π
See also "has_many" in DBIx::Class::Relationship.
π« See the SQL statements my code is producing?
Set the shell environment variable DBIC_TRACE to a true value. That's it, that's the tip π₯
For more info see DBIx::Class::Storage for details of how to turn on debugging in the environment, pass your own filehandle to save debug to, or create your own callback.
π« Why didn't my search run any SQL?
Because DBIx::Class runs the actual SQL statement as late as possible, that's why. So if you create a resultset using search in scalar context, no query is executed. You can create further resultset refinements by calling search again or relationship accessors. The SQL query is only run when you ask the resultset for an actual result object. Lazy in the best way possible π¦
π« How do I deal with tables that lack a primary key?
If your table lacks a primary key, DBIx::Class can't work out which row it should operate on β for example, to delete or update. But! A UNIQUE constraint on one or more columns allows DBIx::Class to uniquely identify the row, so you can tell DBIx::Class::ResultSource that these columns act as a primary key, even if they don't from the database's point of view:
$resultset->set_primary_key(@column);
π« How do I make my program start faster?
Look at the tips in "STARTUP SPEED" in DBIx::Class::Manual::Cookbook. Go read, bestie π
π« How do I reduce the overhead of database queries?
You can reduce the overhead of object creation within DBIx::Class using the tips in "Skip result object creation for faster results" in DBIx::Class::Manual::Cookbook and "Get raw data for blindingly fast results" in DBIx::Class::Manual::Cookbook. Zoomy ποΈβ¨
How do I override a run time method (e.g. a relationship accessor)? π οΈβ¨
okay so if you need to keep the original accessorβs data around, bestie, you literally have to βwrap aroundβ the original method. You can do that either with Moose::Manual::MethodModifiers or Class::Method::Modifiers β the code example works for both, no cap:
package Your::Schema::Group;
use Class::Method::Modifiers;
# ... declare columns ...
__PACKAGE__->has_many('group_servers', 'Your::Schema::GroupServer', 'group_id');
__PACKAGE__->many_to_many('servers', 'group_servers', 'server');
# if the server group is a "super group", then return all servers
# otherwise return only servers that belongs to the given group
around 'servers' => sub {
my $orig = shift;
my $self = shift;
return $self->$orig(@_) unless $self->is_super_group;
return $self->result_source->schema->resultset('Server')->all;
};
If you just wanna override the original method and honestly donβt care about the data from the original accessor, youβve got two options, bestie. Either use Method::Signatures::Simple, which does most of the work for you, or do it the βdirty wayβ π
.
The Method::Signatures::Simple way:
package Your::Schema::Group;
use Method::Signatures::Simple;
# ... declare columns ...
__PACKAGE__->has_many('group_servers', 'Your::Schema::GroupServer', 'group_id');
__PACKAGE__->many_to_many('servers', 'group_servers', 'server');
# The method keyword automatically injects the annoying my $self = shift; for you.
method servers {
return $self->result_source->schema->resultset('Server')->search({ ... });
}
The dirty way:
package Your::Schema::Group;
use Sub::Name;
# ... declare columns ...
__PACKAGE__->has_many('group_servers', 'Your::Schema::GroupServer', 'group_id');
__PACKAGE__->many_to_many('servers', 'group_servers', 'server');
*servers = subname servers => sub {
my $self = shift;
return $self->result_source->schema->resultset('Server')->search({ ... });
};
π§Έ Notes for CDBI users π§Έ
Is there a way to make an object auto-stringify itself as a particular column or group of columns (a-la cdbi Stringfy column group, or stringify_self method) ? πͺ
See βStringificationβ in DBIx::Class::Manual::Cookbook, bestie β thatβs the whole vibe check right there. π
π¨ Troubleshooting π¨
Help, I canβt connect to postgresql! π
If you get an error such as:
DBI connect('dbname=dbic','user',...) failed: could not connect to server:
No such file or directory Is the server running locally and accepting
connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
Likely you have/had two copies of postgresql installed simultaneously, and the second one will use a default port of 5433, while DBD::Pg is compiled with a default port of 5432. So not me debugging for an hour over a port mismatch π.
You can change the port setting in postgresql.conf.
Iβve lost or forgotten my mysql password π
Stop mysqld and restart it with the --skip-grant-tables option.
Issue the following statements in the mysql client:
UPDATE mysql.user SET Password=PASSWORD('MyNewPass') WHERE User='root';
FLUSH PRIVILEGES;
Restart mysql.
Taken from:
http://dev.mysql.com/doc/refman/5.1/en/resetting-permissions.html
β FURTHER QUESTIONS? β
Check the list of additional DBIC resources, fr fr. π
π COPYRIGHT AND LICENSE π
This module is free software copyright by the DBIx::Class (DBIC) authors. You can redistribute it and/or modify it under the same terms as the DBIx::Class library. slay. π
okay thatβs the whole page, bestie π«Ά source/version perl v5.42.0, dated 2025-01-22, from DBIx::C...al::FAQ(3) β bye and stay iconic πβ¨
π¦ where this page comes from
- opensuse-leap 16.0: perl-DBIx-Class 0.082844-bp160.1.10 Β· Artistic-1.0 OR GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms