I haven't run into this - but it seems that facts might not matter to this consultant - I see 3 components here - one that connects to the iSeries (the 3rd component) and gets the right results, and a second that connects to the iSeries and gets erroneous results. DOH! what is different here? Windows weinies tend to blame anything but their stuff, and the iSeries always gets blamed first. Funny thing - it is almost never the problem. Trouble is, standard problem analytical techniques do not enter this fray.

Rant is over!!

There might be some capacity issues in SQL Server - I suggest some kind of search on google for "capacities" or "capabilities" and "SQL server" and "link server".

HTH
Vern

At 12:51 PM 9/13/2006, you wrote:

I am working with a client who has some apps that run in Solomon and FRX for
reporting.  We are current moving a file, nightly via the QNTC file system.
This has been working perfectly for quite a while, but the Solomon
consultants want to retrieve the data directly out of the AS400 database
using ODBC.

One of them said "I have always had a problem with the AS400 via ODBC".  We
proceeded to set up a test to read a PF that contained about 250000 records.
He configured SQL server to use a link server, set up the data source and we
started to issue SQL statements using the query analyzer.

The statement SELECT * FROM system.library.file retrieved the wrong number
of rows/records.  (about 30 less).  The statement SELECT COUNT(*) FROM
system.library.file retrieves the correct count.  When we tried to access
the data using Access rather than SQL server, the correct number of
records/rows are returned.

I say the problem is with SQL server. The Solomon consultant says the
problem is the iSeries.  Anyone ever run into this before?  Any suggestions?

Thanks,
Carl

Carl J. Galgano
EDI Consulting Services, Inc.
770-422-2995
www.ediconsulting.com

600 Kennesaw Avenue
Suite 400
Marietta, GA  30060


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.