I don't know if you made the mistake because it's just off the top of your head, but the syntax is OPTIMIZE TABLE tablename. Note you can send it in a seperate query anyway, So far, nothing DBI-related here..
I think what you have to understand is that DBI intentionally keeps a low feature profile and avoids trying to be intelligent. It caters mostly to the lowest common denominator, trying to make sure that itself is, to the extend possible, entirely DBMS-independent. However, the programmers of drivers are encouraged to implement interfaces to DMBS-dependent features in their module for those who wish to take advantage of unportable features.
So the place to find your answers is the driver's POD. DBD::ODBC mentions "multiple result sets" a fair number of times, so I'd say it's safe to assume it supports what you want. The changelog says the distribution comes with tests for multiple result sets, so fetch the tarball from CPAN and look at the included tests (the .t scripts in the t/ directory) to for example source.
Of course, as everyone else has told you, you may well find yourself looking at a negligible performance increment..Makeshifts last the longest.
In reply to Re^3: Batch DB query -- implementation?
by Aristotle
in thread Batch DB query -- implementation?
by zaimoni
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |