X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=TODO;h=2cd448660de690050323e17607d6ffc019b287d3;hb=d09e570014d94afbbc67543b0f7392b4bf02048a;hp=3503ff972b1a8ea1173617ba865607fa76314e5d;hpb=f28135c26233426532412a52e63887b10d32d630;p=dbsrgits%2FSQL-Translator.git

diff --git a/TODO b/TODO
index 3503ff9..2cd4486 100644
--- a/TODO
+++ b/TODO
@@ -1,16 +1,37 @@
-Define structure of the data returned by parsers:
-  o Producers need to know what to expect
-  o For testing purposes, we need to know if parsers are returning
-    something reasonable
+*   The regular Sybase parser is only just functional.  If you are
+    interested in using Sybase, I would suggest serializing the schema
+    (via YAML or Storable) using the DBI-Sybase parser and then
+    manipulating that as you see fit. 
 
-Modules to be written/finished
-    SQL::Translator::Validator
-    SQL::Translator::Parser::xSV
-    SQL::Translator::Producer::MySQL
-    SQL::Translator::Parser::Xls
+*   Some way to deeply check to schema objects, e.g., for testing I
+    parse a MySQL schema, translate to Oracle, then parse the created
+    Oracle schema and want to check the two schema objects.  I've
+    started a script called "sqlt-diff" to diff two schemas, but it's 
+    not included with the 0.03 release.  Submit ideas on how this
+    should work and what it should create (e.g., text reports and ALTER 
+    statements) to the list.
 
-Should the parsers return an instance instead of a data structure?  It
-would make traversing the data structure easier.
+*   Add more DBI parsers!  These have the potential to be very
+    thorough and far faster than parsing text files with
+    Parse::RecDescent.
 
+*   At least allow more pass-through of INSERT, DELETE, and UPDATE
+    statements
 
-# vim: set sw=2 ts=2 tw=70 fo=trcqo:
+*   Add INSERT statements for xSV, Excel parsers to automatically
+    create INSERTs for each row of data in the source file
+
+*   Somehow merge ClassDBI producer with CGI::FormBuilder or Template
+    Toolkit and some sort of automated CGI builder to create
+    view/create/edit/delete forms for objects based on schema defs
+
+*   Embetter the Diagram producer to use some real graphing algorithms
+    to distribute the tables so that the lines don't overlap so badly
+
+*   Integrate more with some standard XML schema representations,
+    maybe like Torque DB (http://db.apache.org/torque/).  We've
+    started messing around with XMI, too, but that wasn't quite usable
+    for the 0.03 release.
+
+*   Possibly write a basic ANSI-92 SQL parser which could be extended
+    when writing other new parsers.