No, you want to use DBI;. Here are the key
pieces:
OR
- DBD:ODBC (as mentioned)
- Some ODBC-ODBC bridge software
If memory serves me, MSSQL::*, Sybperl::*, Oraperl::*,
etc. are all precursors to the DBI. It's been done. And
while we all complain, it was because it's not an easy task.
But I haven't heard anyone say they didn't get it to work.
ALL HAIL BRAK!!! | [reply] [d/l] |
From some experience trying to interface with MS-SQL 2000 with Perl, these are the things that I've discovered..
MSSQL::* libraries don't work from Unix.. I may have looked at an outdated version of the pages, but this page is what I saw and it wasn't very encouraging about working on Unix, or getting these libraries to work with SQL server 2000.
DBD::ODBC as mentioned above, worked well for me..I'd really not advise using something like DBD::Proxy, although that is indeed one option, because of the potential heavy traffic... instead use a Unix ODBC bridge such as iODBC in conjunction with DBD::ODBC... it may not be the fastest, perhaps.. but on what I implemented, it survived a load test of 150 concurrent users with no problems..
HTH
| [reply] |
Thanks PsychoSpunk and tinman for the info. Looks like I'm bagging MSSQL::sqllib and looking at DBD::ODBC. I've written some things on Win32 using the DBD::ADO and it worked great with DBI, so I'm certainly more partial to DBI. Switching to a different DBD is fine with me, just wasn't sure and wanted the wisdom of the monks.
Thanks again. | [reply] |
I have been using DBD::Sybase (having used Sybperl before), with FreeTDS on Linux, and it's quite slow.
It might be worth a try though, as these are easier to get going than ODBC.
| [reply] |