# Describing your columns ## Clear::Model\#column Clear offers a column macro: ```ruby column method_name : Type, [primary: bool], [converter: "any_string"], [column_name: "any_string"], [presence: bool] ``` The arguments action is defined as below:
Argument name Description
primary

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: false

converter

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.

column_name

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

presence

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 presence to false.

Default: true unless the type is nilable.

### Non-presence vs Nil 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: ```ruby User.query.select("first_name, last_name").each do |usr| puts "User: #{usr.first_name} #{usr.last_name}" end ``` But what if by mistake your code call a non fetched field ? ```ruby User.query.select("first_name, last_name").each do |usr| # This will throw an exception ! puts "User: #{usr.id}" end ``` | Name | Description | | | :--- | :--- | :--- | | `xxx_column.changed?` | Return `true` | `false` whether the column as changed since the last database fetch | | `xxx_column.has_db_default?` | Return `true` if the presence check is set to false | | | `xxx_column.name` | Return the name of the field in the database. | | | `xxx_column.old_value` | In case of change, return the previous value, before the change | | | `xxx_column.revert` | Return the column to it's initial state; changed flag is set to false and `value` become `old_value` | | | `xxx_column.clear` | The column become in non-present state \(e.g. wasn't fetched\) | | | `xxx_column.defined?` | Return `true` if the column has a value, `false` otherwise | | | `xxx_column.value` | Return the column value. Raise an error if the column is in a non-present state. Equivalent to `self.xxx` | | | `xxx_column.value(default)` | 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 | | :--- | :--- | | `String` | `text` | | `UUID` | `uuid` | | `Bool` | `boolean` | | `Int8` | `byte` | | `Int16` | `short` | | `Int32` | `int`, `serial` | | `Int64` | `bigint`, `bigserial` | | `Array(Type)` | `type[]` \(_**note**: type can be of any primitives above_\) | | `BigDecimal` | `numeric`| | `JSON::Any` | `jsonb` | | `Time` | `timestamp without time zone` | #### Using BigDecimal (in Model) and Numeric (in Migrations) `BigDecimal` ([in `.cr`](https://crystal-lang.org/api/0.35.1/BigDecimal.html)) is mapped to `Numeric` ([in `pg`](https://www.postgresql.org/docs/9.6/datatype-numeric.html)) 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: ``` class Data include Clear::Model column id : Int32, primary: true, presence: false column num3 : BigDecimal? column num4 : BigDecimal? end class ModelSpecMigration123 include Clear::Migration def change(dir) create_table(:model_spec_data) do |t| t.column "num3", "numeric(9)" t.column "num4", "numeric(8)" end end end data = Data.new big_number = BigDecimal.new(BigInt.new("-1029387192083710928371092837019283701982370918237".to_big_i), 40) # this is the same as "-102938719.2083710928371092837019283701982370918237" ``` The following case would not throw an error ``` data.num3 = big_number data.save! ``` However this case would throw an error ``` data.num4 = big_number data.save! ```