X-Git-Url: http://git.kpe.io/?a=blobdiff_plain;f=TODO;h=190156e612c9fd9519603a4b837380a96aade403;hb=d535823479987a0d3bf45d08b02e106e69378ff7;hp=d63b9af6cb4d233dfe1911ea9326d0cb6afa9b9f;hpb=f469a630aeb903c0574dea5b1ac478bed182d072;p=clsql.git diff --git a/TODO b/TODO index d63b9af..190156e 100644 --- a/TODO +++ b/TODO @@ -1,65 +1,28 @@ TESTS TO ADD -* CACHE-TABLE-QUERIES -* Test that ":db-kind :key" adds an index for that key. This is complicated by different - backends showing autogenerated primary key in different ways. -* Large object testing -* Test bigint type +* Test that ":db-kind :key" adds an index for that key. This is complicated by + different backends showing autogenerated primary key in different ways. * :db-constraint tests -* *update-records-on-make-instance* - -COMMONSQL SPEC - -* Missing: - - UPDATE-OBJECT-JOINS - -* Incompatible - - >> The functional sql interface - - SELECT - o keyword arg :refresh should function as advertised +* Number and Char field types +* symbol slot +* generalized-boolean slot +* Table with two join slots (bug reported on clsql-help 8/13/04 about + SQL FROM clause missing the second join table and the WHERE clause + having an ',' instead of ' AND ' joining phrases. + +OPTIMIZATIONS - >> The object-oriented sql interface - - DEF-VIEW-CLASS - o implement :retrieval :immediate - - >> Symbolic SQL syntax - - o Complete sql expressions (see operations.lisp) - - substr - some - order-by - times - nvl - null - distinct - except - intersect - between - userenv - - o variables (e.g., table identifiers) should be instantiated at runtime - +* Revisit result-type list creation, perhaps caching +* Rework LIST-ATTRIBUTE-TYPES and LIST-INDEXES such that they exhibit their + current behaviours using single database queries. +* Possible use of cached attribute type information for operations which + insert/update records as mentioned in the CommonSQL user guide. +* Extend caching of generated SQL strings to more complex expressions which + are likely to be repeatedly executed many times. POSSIBLE EXTENSIONS -* port Oracle backend to UFFI -* large object support +* improve large object api and extend to databases beyond postgresql * add support for prepared statements -NOTES ABOUT THE BACKENDS - -MYSQL - -drop-index: requires a table to be specified with the :from keyword parameter -views: mysql does not support views -queries: nested subqueries are not supported - -SQLITE - -create-view: column-list parameter not supported