Ferreteria/v0.5/table: Difference between revisions
< Ferreteria | v0.5
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
==About== | |||
* '''code files''': {{l/ferreteria/code|data/db/table}} | |||
Tables have been greatly simplified since v0.4, where they (along with Rows and Rowsets) were the basis for specialized classes that constituted what is now called {{l/ver|Feature}}s. There are now just two classes | |||
* <code>cTabloid</code>: can use (but does not require) a Feature object; also maintains a static Table registry. Does nothing else. | |||
* <code>cTable</code>: adds functions to (1) fetch the Table's SQL name and (2) access the database engine object | |||
It's uncertain whether this is a good design, or if either or both of these classes are even needed. | |||
==Related== | ==Related== | ||
* [[/spec|Table Spec]] classes | * [[/spec|Table Spec]] classes | ||
* The {{l/ver|registry/table|Table Registry}} involves both {{l/ver|Table}}s and {{l/ver|table/spec|Table Specs}}. | * The {{l/ver|registry/table|Table Registry}} involves both {{l/ver|Table}}s and {{l/ver|table/spec|Table Specs}}. |
Revision as of 14:52, 15 March 2022
About
- code files: data/db/table
Tables have been greatly simplified since v0.4, where they (along with Rows and Rowsets) were the basis for specialized classes that constituted what is now called Features. There are now just two classes
cTabloid
: can use (but does not require) a Feature object; also maintains a static Table registry. Does nothing else.cTable
: adds functions to (1) fetch the Table's SQL name and (2) access the database engine object
It's uncertain whether this is a good design, or if either or both of these classes are even needed.
Related
- Table Spec classes
- The Table Registry involves both Tables and Table Specs.