Skip to Content.
Sympa Menu

freetds - RE: [freetds] FAQ submission: multiple results for a single query

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Castellano, Nicholas" <Nicholas_Castellano AT acml.com>
  • To: 'FreeTDS Development Group' <freetds AT lists.ibiblio.org>
  • Subject: RE: [freetds] FAQ submission: multiple results for a single query
  • Date: Thu, 30 Oct 2003 16:01:28 -0500



> -----Original Message-----
> From: Garrett Goebel [mailto:garrett AT scriptpro.com]
> Sent: Thursday, October 30, 2003 3:23 PM
> To: 'FreeTDS Development Group'
> Subject: RE: [freetds] FAQ submission: multiple results for a
> single query
>
> Work-Arounds for this limitation:

I'd like to see that reworded somehow. This isn't (to my understanding) a
deficiency or limitation in FreeTDS that will some day be fixed, it's just
the way the protocol works. "Work arounds" implies to me that these are
temporary band-aids until something better comes along. In reality, the
examples you give are just the right way to do this sort of thing in this
programming environment.

It's kind of like if someone asked, "How do I get a goose to lay golden
eggs, so I can get rich?" Instead of answering, "Well, the workaround for
this limitation in geese is to get a job and work hard for your money," I
would instead say "What you're trying to do is silly. Get a job instead."

> How do I work with multiple consecutively active result sets?

I think some language might be useful here, instead of just diving in to the
examples. Perhaps part of Bill's language might be better applied here.

> o Perl

-----------------------------------------
The information contained in this transmission may contain privileged and
confidential information and is intended only for the use of the person(s)
named above. If you are not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, any
review, dissemination, distribution or duplication of this communication is
strictly prohibited. If you are not the intended recipient, please contact
the sender immediately by reply e-mail and destroy all copies of the original
message. Please note that we do not accept account orders and/or instructions
by e-mail, and therefore will not be responsible for carrying out such orders
and/or instructions.






Archive powered by MHonArc 2.6.24.

Top of Page