|
Questions are sort of vague, but I'll give it a try: 1. Don't know 2. Instantiation in OO world equals object creation time (memory allocation and class variable initialization). In reports, it probably means recreating a new report object. 3. Another instance of the report - again OO terminology, you have a report class (sort of a template), but that is just conceptual (i.e. does not exist on the system) until you actually create an object (allocate memory). You can create as many objects as you want from the same class (template). Hence, another instance means another report object (with separate memory and separately initialized variables). 4. Dataset implies SQL result set on the as400. Server side stored procedure can create it, open it and leave it opened. PC side reporting tool then can access that result set and treat it as a physical file - SQL table. 5. Good PC reporting tool will probably to this for you automatically, otherwise just use standard ODBC functions to access the opened SQL result set. Elvis -----Original Message----- From: midrange-l-bounces+ebudimlic=centerfieldtechnology.com@xxxxxxxxxxxx [mailto:midrange-l-bounces+ebudimlic=centerfieldtechnology.com@xxxxxxxxx com] On Behalf Of Rob Phillips Sent: Sunday, March 02, 2003 1:13 PM To: Midrange Systems Technical Discussion Subject: Questions from the other world Can anyone explain some of these concepts from VB/.net/C++ etc... Are any of these explainable in AS/400 terms? 1. push-pull method 2. Instantiated directly 3. another instance of the report (do they mean diff version number?) 4. have a dataset generated from a stored proc and programmatically set it at run time). 5. Convert dataset to datatable. >From a green screen diehard, Rob --------------------------------- Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now _______________________________________________ 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 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.