[dbsrgits/DBIx-Class-Schema-Loader.git] / TODO


support multiple/all schemas, instead of just one

support pk/uk/fk info on views, possibly.  May or may not be a sane thing to try to do.

Fix up ResultSet Manager / Methods / etc stuff.  May require some work in the
main DBIx::Class first.

SQLite needs some heavy refactoring, the subroutines are becoming too complex to understand easily.

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.

Relationship stuff:
   If local column is UNIQUE or PK, use has_one() for relation?
   Re-scan relations/tables after initial relation setup to find ->many_to_many() relations to be set up?
   Check NULLability of columns involved in the relationship, which might suggest a more optimal non-default -join-type?
   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?)
   ...
Commit	Line	Data
16f6b6ac	1
a13b2803	2	support multiple/all schemas, instead of just one
	3
	4	support pk/uk/fk info on views, possibly. May or may not be a sane thing to try to do.
92b24d67	5
996be9ee	6	Fix up ResultSet Manager / Methods / etc stuff. May require some work in the
996be9ee	7	main DBIx::Class first.
16f6b6ac	8
3980d69c	9	SQLite needs some heavy refactoring, the subroutines are becoming too complex to understand easily.
16f6b6ac	10
996be9ee	11	Refactor RelBuilder so that it doesn't require a live mostly-built
	12	DBIx::Class::Schema, so that other modules (SQLT) can use it easier. And then
	13	when/if we get there, break it out as a seperate distribution with a new name.
c2849787	14
89ecd854	15	Relationship stuff:
16f6b6ac	16	If local column is UNIQUE or PK, use has_one() for relation?
	17	Re-scan relations/tables after initial relation setup to find ->many_to_many() relations to be set up?
	18	Check NULLability of columns involved in the relationship, which might suggest a more optimal non-default -join-type?
c2849787	19	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?)
996be9ee	20	...