Re: Name a GREAT batch report writer

From: Ken Shirey <commdata_at_phoenix.phoenix.net>
Date: 29 Jan 1995 08:54:41 GMT
Message-ID: <3gfl4i$rcs_at_gryphon.phoenix.net>


I had the opportunity to see Oracle's new CDE2 tools in January and be trained by the developers of said software. From what I have seen and heard from the horse's mouth, Oracle Reports 2.5 (part of the CDE2 package) would do the job nicely (if run on a decent machine). Reports 2.0 wasnt a lot of fun to design in, but 2.5 is WONDERFUL. It is very flexible, designed for long runs, and uses PL/SQL for added logic.

You can get a prerelease version for eval, or buy a full-working version for Windows now.

Ken Shirey
Commercial Data Systems
commdata_at_phoenx.net

 Output Services (output_at_netcom.com) wrote:
: We are planning an application that outputs > 100,000 pages per run
: (several runs/month) of data summaries.
 

: We need a versatile report writer that can handle this kind of volume,
: where price is not the primary motivator (so long as the cost doesn't
: get too far away from $5,000).
 

: It would be nice if the package handles huge (> 100,000 page) runs
: well (no temp files like runrep).
 

: Ideally, it would be efficient in terms of CPU use and throughput,
: as we don't care at all about response times.
 

: We will be constantly adding new reports for extraction, so it needs to
: be versatile and fairly easy to use. It should handle groups, group
: summaries, etc. and give the developer absolute control over the page
: layout. We will be needing to add pie/chart/line/etc graphs to
: the application in the future, and it would be way cool if one package
: did that as well.
 

: Finally, it would be wonderful if the report writer had some slick pl/sql
: like programming language to use in the situations where "standard"
: report writing won't do the transformations you need.
 

: Can anyone suggest a report writer like this? What are your experiences?
 

: Feel free to e-mail; I'll post a summary.
 

: Thanx,
: Marty (output_at_netcom.com)
Received on Sun Jan 29 1995 - 09:54:41 CET

Original text of this message