X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=lib%2FSQL%2FTranslator%2FManual.pod;h=78df6e0b1eb208d0f0d4caf38f6f6d7df0cfd54e;hb=88ad825597d4eee0bf3c93aa81738f82cc583fae;hp=90450b592ccd5fa6c1ec6bc33bfd2ac5b367fb8e;hpb=466c88de259c91b372b3f069a71a044888307bf2;p=dbsrgits%2FSQL-Translator.git diff --git a/lib/SQL/Translator/Manual.pod b/lib/SQL/Translator/Manual.pod index 90450b5..78df6e0 100644 --- a/lib/SQL/Translator/Manual.pod +++ b/lib/SQL/Translator/Manual.pod @@ -1,6 +1,6 @@ =head1 NAME -SQL::Translator::Manual +SQL::Translator::Manual - sqlfairy user manual =head1 SYNOPSIS @@ -129,15 +129,13 @@ comma-separated file to an SQLite database, do the following: $ sqlt -f xSV --fs ',' -t SQLite foo.csv > foo-sqlite.sql -Additionally, there are non-SQL represenations of relational schemas -such as XML and XMI. Currently the XMI support in SQLFairy is -experimental and not released. Additionally, the only XML supported -is our own version; however, it would be fairly easy to add an XML -parser for something like the TorqueDB (http://db.apache.org/torque/) -project. The actual parsing of XML should be trivial given the number -of XML parsers available, so all that would be left would be to map -the specific concepts in the source file to the Schema objects in -SQLFairy. +Additionally, there is a non-SQL represenation of relational schemas namely +XML. Additionally, the only XML supported is our own version; however, it +would be fairly easy to add an XML parser for something like the TorqueDB +(http://db.apache.org/torque/) project. The actual parsing of XML should be +trivial given the number of XML parsers available, so all that would be left +would be to map the specific concepts in the source file to the Schema objects +in SQLFairy. To convert a schema in SQLFairy's XML dialect to Oracle, do the following: @@ -532,7 +530,7 @@ of reading the DATA section: $ sqlt -f YAML -t Custom-Foo --template foo.tt foo.yaml -This is usefull as you can set up a producer that adds a set of filters and +This is useful as you can set up a producer that adds a set of filters and variables that you can then use in templates given on the command line. (There is also a tt_schema method to over ride if you need even finer control over the source of your template). Note that if you leave out the DATA section all