Describing your columns
Clear::Model#column
Clear offers a column macro:
The arguments action is defined as below:
Argument name | Description |
| Whether this column should be setup as primary key or not. Only one primary key per model is permitted. Primary key are necessary for handling relations and some features (e.g default sorting) Default: |
| Use a specific data converter between Clear and PostgreSQL to handle this column. <b></b> Default: Will lookup for the converter related to the type of the column; primitives and commons type are already mapped, while complex type and structures must be mapped manually. See the section about converters for more information. |
| In the case the column name is different from the field in Clear (e.g. the name is a reserved keyword in Crystal Lang), you might want to change it here. Default: Same name between the column in PostgreSQL and the property in your model |
| Enable of disable the presence check done on validation and insertion of the model in the database. When your column has a default value setup by PostgreSQL (like a serial type), you want to setup Default: |
Clear use a column assignation system which provide safeguard against NilException
while keeping possibility to fetch semi-fetched model. For example, you may want to fetch only the first_name
and last_name
of a User
through the database:
But what if by mistake your code call a non fetched field ?
Name | Description | |
| Return |
|
| Return | |
| Return the name of the field in the database. | |
| In case of change, return the previous value, before the change | |
| Return the column to it's initial state; changed flag is set to false and | |
| The column become in non-present state (e.g. wasn't fetched) | |
| Return | |
| Return the column value. Raise an error if the column is in a non-present state. Equivalent to | |
| Return the current column value, OR default if the column is in a non-present state |
Column types Clear already map different types of column from PostgreSQL to Crystal:
Crystal | PostgreSQL |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Using BigDecimal (in Model) and Numeric (in Migrations)
BigDecimal
(in .cr
) is mapped to Numeric
(in pg
) in migration columns (i.e. declaring column data type as "bigdecimal"
would be equal to the column being declared with type "numeric"
, if you wish to specify precision, and scale, please use "numeric(precision, scale)"
or "numeric(precision)"
(with scale defaulting to 0), instead of "bigdecimal"
)
Please take note that PostgreSQL will throw a numeric field overflow
(and in Clear: Clear::SQl::Error
) if you INSERT
into the database a BigDecimal/ numeric value with the integer part (to the left of the radix point) of a size that is bigger than the precision that is specified in the numeric type that you declare. This can be seen from the following example taken from specs:
The following case would not throw an error
However this case would throw an error
Last updated