Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision Both sides next revision
table_type [2020/02/10 21:25]
admin [Table Type] 		table_type [2020/02/10 21:25]
admin [Table Type]
Line 17: Line 17:
 <note tip> <note tip>
 The Dinamica documentation and error messages usually express a table format as a sequence of column names/types separated by commas. The Dinamica documentation and error messages usually express a table format as a sequence of column names/types separated by commas.
 +\\
 For example, the sequence “City_Id*#​real,​ City_Population#​real,​ City_Name#​string” corresponds to a table with one key column and two value/data column. The key column is named “City_Id” with type Real Value Type and the data/value columns are named “City_Population” and “City_Name” with types Real Value Type and String Type, respectively. For example, the sequence “City_Id*#​real,​ City_Population#​real,​ City_Name#​string” corresponds to a table with one key column and two value/data column. The key column is named “City_Id” with type Real Value Type and the data/value columns are named “City_Population” and “City_Name” with types Real Value Type and String Type, respectively.
 +\\
 It is also possible to omit the column names and represent the previous table format as “*#real, #real, #string”. It is also possible to omit the column names and represent the previous table format as “*#real, #real, #string”.
 +\\
 When stored as [[wp>​Comma-separated_values]] files, tables may also use the column name/type syntax to represent the column attributes — the name, the indication whether it is key or data/value column, and its data type. When stored as [[wp>​Comma-separated_values]] files, tables may also use the column name/type syntax to represent the column attributes — the name, the indication whether it is key or data/value column, and its data type.
 </​note>​ </​note>​