Beefy Boxes and Bandwidth Generously Provided by pair Networks
laziness, impatience, and hubris
 
PerlMonks  

Re^2: [unixODBC][FreeTDS][SQL Server]Unable to connect to data source (SQL-08001)

by karlgoethebier (Prior)
on Dec 12, 2012 at 21:29 UTC ( #1008591=note: print w/replies, xml ) Need Help??


in reply to Re: [unixODBC][FreeTDS][SQL Server]Unable to connect to data source (SQL-08001)
in thread [unixODBC][FreeTDS][SQL Server]Unable to connect to data source (SQL-08001)

...but as far as i remember, don't you need also FreeTDS when connecting to MSSQL with DBD::Sybase?

Regards, Karl

«The Crux of the Biscuit is the Apostrophe»

  • Comment on Re^2: [unixODBC][FreeTDS][SQL Server]Unable to connect to data source (SQL-08001)

Replies are listed 'Best First'.
Re^3: [unixODBC][FreeTDS][SQL Server]Unable to connect to data source (SQL-08001)
by tobyink (Abbot) on Dec 12, 2012 at 22:43 UTC

    Indeed you do.

    perl -E'sub Monkey::do{say$_,for@_,do{($monkey=[caller(0)]->[3])=~s{::}{ }and$monkey}}"Monkey say"->Monkey::do'

      Hi i am still getting some other error, please check at end of the code its not able to find the servername but i have specified it clearly in my odbc.ini file according to the instructions


      My odbcinst.ini file

      [FreeTDS] Description = TDS driver (Sysbase/MS SQL) Driver = /usr/local/freetds/lib/libtdsodbc.so Setup = /usr/local/freetds/lib/libtdsodbc.so UsageCount = 1

      My odbc.ini file

      [SERVER] Driver = FreeTDS Description = ODBC connection via FreeTDS ServerName = SERVER

      My freetds.conf file

      # A typical Microsoft server [SERVER] host = xxx.xxx.xxx.xxx port = 1433 tds version = 7.2
      $ sudo TDSVER=7.2 osql -S SERVER -U devuser2 -P ZqZMNfVP checking shared odbc libraries linked to isql for default directories. +.. trying /usr ... no trying /loc ... no trying /tmp/sql.log ... no trying /home ... no trying /.odbc.ini ... no trying /usr/local/etc ... OK checking odbc.ini files reading /home/perlzuser/.odbc.ini [SERVER] not found in /home/perlzuser/.odbc.ini reading /usr/local/etc/odbc.ini [SERVER] found in /usr/local/etc/odbc.ini found this section: [SERVER] Driver = FreeTDS Description = ODBC connection via FreeTDS ServerName = SERVER looking for driver for DSN [SERVER] in /usr/local/etc/odbc.ini found driver line: " Driver = FreeTDS" driver "FreeTDS" found for [SERVER] in odbc.ini found driver named "FreeTDS" "FreeTDS" is not an executable file looking for entry named [FreeTDS] in /usr/local/etc/odbcinst.ini found driver line: " Driver = /usr/local/freetds/lib/libtdsodbc.s +o" found driver /usr/local/freetds/lib/libtdsodbc.so for [FreeTDS] in o +dbcinst.ini /usr/local/freetds/lib/libtdsodbc.so is an executable file Using ODBC-Combined strategy DSN [SERVER] has servername "" (from /usr/local/etc/odbc.ini)

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1008591]
help
Chatterbox?
[erix]: then you might as well send that patch to the DBIC guys :)
[Corion]: erix: Yeah, I just found that it has no documentation at all on how to circumvent/ eliminate "1+n SELECTs" by building a local hash... I guess I have to make ->has_many do the hash lookup instead of doing the SQL query. But as the problem ...
[Corion]: ... has only manifested itself so far through the puzzled questions of other bystanders, I won't go deeper at this time. But the DBIx::Class documentation could well do with a document on how to make "it" (that is, ORMs in general) faster ;)
[Corion]: I find that DBIx::Class, like most ORMs makes things easy until they become performance critical and then makes it horribly hard to change things because the design is highly inflexible if you don't already know about the problems of 1+n :-/
[choroba]: that's why I don't like similar libraries. They pretend you don't have to learn SQL, but in the end, you have to learn how SQL plus to overcome their own limitations
[Corion]: "Just write the proper SQL beforehand" is of course the appropriate solution, but if you did that, you wouldn't/couldn't use DBIx::Class either. At least not in an obvious (to me) way.
choroba scratches a "how"
[Corion]: choroba: Exactly... But maybe that's just because I'm old and grumpy ;)
[Corion]: But maybe that could also be a nice talk, how to restructure your DBIx::Class-based app to remove 1+n-style query patterns

How do I use this? | Other CB clients
Other Users?
Others chilling in the Monastery: (6)
As of 2017-09-25 11:09 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    During the recent solar eclipse, I:









    Results (279 votes). Check out past polls.

    Notices?