X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=TODO;h=a8846e2126aa73b8a75a88c6cf42bc3eb7f7059d;hb=701cd3e37c8b4119cf43454d22766c1196377a3c;hp=00ac47d464bc43678e428f395722ee09c2a663f0;hpb=f80b0ea749d599898951efc034141d26237a926e;p=dbsrgits%2FDBIx-Class-Schema-Loader.git diff --git a/TODO b/TODO index 00ac47d..a8846e2 100644 --- a/TODO +++ b/TODO @@ -9,11 +9,12 @@ - support multiple/all schemas, instead of just one - support pk/uk/fk info on views, possibly (materialized views?) - remove deprecated ResultSetManager stuff, rewrite using current features - - Refactor RelBuilder so that it doesn't require a live mostly-built DBIx::Class::Schema, so that other modules (SQLT) can use it easier. And then when/if we get there, break it out as a seperate distribution with a new name. + - Refactor RelBuilder so that it doesn't require a live mostly-built + DBIx::Class::Schema, so that other modules (SQLT) can use it easier. And + then when/if we get there, break it out as a seperate distribution with a + new name. - support for user-defined-types as Schema deploy hooks - - normalize float/real/double data types in a most cross-deployment friendly fashion, using float(25) as the double boundary where possible - - finish data_type tests for all DBs (DB2 and Oracle left) - - support for Informix + - finish data_type tests for all DBs (DB2 and Informix left) - generate a schema accessor which stores which SQLT type it was loaded from - add a settable 'on-behalf-of' version tag (for catalyst model) - inject a table2moniker function into the schema @@ -29,10 +30,19 @@ - add hashref form of generate_pod to control which POD is generated - add hashref form of components to control which components are added to which classes + - add original => {} to all type info rewrites + - add common tests for preserve_case option + - correct handling of CamelCase names with numbers (eg. foo2Bar -> Foo2Bar, + foo2_bar) + - check rel accessors for method conflicts + - add an option to add extra code to Result classes - Relationships - - Re-scan relations/tables after initial relation setup to find ->many_to_many() relations to be set up - - While scanning for many-to-many, scan for implied rels as well (if foo->belongs_to('bar') and baz->belongs_to('bar'), does that impliy foo->might_have('baz') and the reverse?) + - Re-scan relations/tables after initial relation setup to find + ->many_to_many() relations to be set up + - While scanning for many-to-many, scan for implied rels as well (if + foo->belongs_to('bar') and baz->belongs_to('bar'), does that impliy + foo->might_have('baz') and the reverse?) - Backends - SQLite @@ -57,7 +67,6 @@ - preserve_case mode - domains - Oracle - - data_type tests - table/column comments - introspect on_update/on_delete/is_deferrable - introspect view SQL @@ -81,7 +90,6 @@ - table/column comments - introspect on_update/on_delete/is_deferrable - introspect view SQL - - preserve_case mode - domains - Firebird - table/column comments