in reply to Re^4: Using DBIx::Class::Schema::Loader to determine constraints
in thread Using DBIx::Class::Schema::Loader to determine constraints
From what I can see, you're currently using the same kind of tricks (table_info) as the SQL::Translator::Parser::DBI::$Driver modules. These have also worked for me in the past. Basically instead of passing them DDL in a big string, you give them a DSN, username and password (an open database handle works too). Then SQL::Translator::Parser::DBI selects the appropriate $Driver, which goes and fetches the metadata directly from the database.
If you have enough permissions to use table_info, you have enough permissions to use the DBI parsers.
The doc for the DBI parser says that Oracle is not supported and Pg support is experimental, but if you look at the module list for the distribution there *is* a DBI::Oracle class, so the doc is probably out of date. I'd say, install SQL::Translator, play around on real databases, see if it fits your needs.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^6: Using DBIx::Class::Schema::Loader to determine constraints
by jds17 (Pilgrim) on Nov 01, 2012 at 21:04 UTC |