× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Output to a csv is built into SEQUEL, and has been for lots of years.

Paul Nelson
Cell 708-670-6978
Office 409-267-4027
nelsonp@xxxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Pete Helgren
Sent: Wednesday, December 04, 2013 9:33 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: AW: SQL output to csv

These folks are getting a new time keeping system that they need to
initially populate with employee information which is the first
go-around on this. Eventually I'll need to make some modifications that
generate only changed records as a csv file. I might go with an RPG-SQL
solution in the long run. First pass is a one-off file (famous last
words: "We only need this once")

Pete Helgren
www.petesworkshop.com
GIAC Secure Software Programmer-Java

On 12/4/2013 9:21 AM, John Yeung wrote:
On Wed, Dec 4, 2013 at 9:54 AM, Pete Helgren <pete@xxxxxxxxxx> wrote:
RUNSQLSTM could be run after the file overrides are set but
again it would be at least a two stepper: Create the file and then copy
it to the IFS.
Depending on how many files/members you need to transfer, two steps
that don't require any additional tools or programming is not a lot of
steps.

It's not worth pulling out the big guns unless this is a big and/or
recurring task.

By the way, are the CSVs ultimately meant to be transported to some
other system, or are they meant to stay in the IFS? (Point being to
find out whether you can bypass generating CSVs in the IFS.)

John


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.