<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Reading all AS/400 records</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/</link>
	<description></description>
	<lastBuildDate>Wed, 19 Jun 2013 19:19:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: philpl1jb</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82649</link>
		<dc:creator>philpl1jb</dc:creator>
		<pubDate>Thu, 21 Oct 2010 01:50:07 +0000</pubDate>
		<guid isPermaLink="false">#comment-82649</guid>
		<description><![CDATA[I&#039;m not entirely sure that it was intended to be vague or that our answer would put us on the path to another level of interview.  

In my experience, there are lists of questions used by the initial screeners, often phone screening.  The people doing this interview are given an answer and told to pass on those who answer X of 10.  So the screener is looking for a specific answer and we are boring them and failing to answer their question.  Or worse yet, arguing with them.

Phil]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m not entirely sure that it was intended to be vague or that our answer would put us on the path to another level of interview.  </p>
<p>In my experience, there are lists of questions used by the initial screeners, often phone screening.  The people doing this interview are given an answer and told to pass on those who answer X of 10.  So the screener is looking for a specific answer and we are boring them and failing to answer their question.  Or worse yet, arguing with them.</p>
<p>Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: psmurray</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82641</link>
		<dc:creator>psmurray</dc:creator>
		<pubDate>Wed, 20 Oct 2010 22:44:52 +0000</pubDate>
		<guid isPermaLink="false">#comment-82641</guid>
		<description><![CDATA[All -
Excellent interview question - vague.

Trust me, I&#039;m over 30 and I&#039;ve seen many vague interview questions. I&#039;ve been into programming since the IBM 1620 and went into Consulting in 1985. The questions are vague on purpose. They are trying to understand your expertise AND your ability to communicate. Especially, if the interviewee is a non-technical person.

Enjoy,
MIS]]></description>
		<content:encoded><![CDATA[<p>All -<br />
Excellent interview question &#8211; vague.</p>
<p>Trust me, I&#8217;m over 30 and I&#8217;ve seen many vague interview questions. I&#8217;ve been into programming since the IBM 1620 and went into Consulting in 1985. The questions are vague on purpose. They are trying to understand your expertise AND your ability to communicate. Especially, if the interviewee is a non-technical person.</p>
<p>Enjoy,<br />
MIS</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slateken</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82623</link>
		<dc:creator>slateken</dc:creator>
		<pubDate>Wed, 20 Oct 2010 14:47:22 +0000</pubDate>
		<guid isPermaLink="false">#comment-82623</guid>
		<description><![CDATA[At first, I agreed that it&#039;s a poor question.  Then after reading Phil&#039;s and Tom&#039;s answers, I realized that it is a &lt;i&gt;great&lt;/i&gt; interview question.   Imagine how your skills are brought to light by your responses to his/her purposely vague or misleading question.  Good stuff.]]></description>
		<content:encoded><![CDATA[<p>At first, I agreed that it&#8217;s a poor question.  Then after reading Phil&#8217;s and Tom&#8217;s answers, I realized that it is a <i>great</i> interview question.   Imagine how your skills are brought to light by your responses to his/her purposely vague or misleading question.  Good stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nutangujar</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82616</link>
		<dc:creator>nutangujar</dc:creator>
		<pubDate>Wed, 20 Oct 2010 07:35:01 +0000</pubDate>
		<guid isPermaLink="false">#comment-82616</guid>
		<description><![CDATA[Thanks Tom!]]></description>
		<content:encoded><![CDATA[<p>Thanks Tom!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nutangujar</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82615</link>
		<dc:creator>nutangujar</dc:creator>
		<pubDate>Wed, 20 Oct 2010 07:23:34 +0000</pubDate>
		<guid isPermaLink="false">#comment-82615</guid>
		<description><![CDATA[Many thanks Phil. I can use those tacts to all those poor questions....I have seen many other wierd interview questions... people try to compare apples with oranges.. 
this solution applies to all of them .. many thanks....]]></description>
		<content:encoded><![CDATA[<p>Many thanks Phil. I can use those tacts to all those poor questions&#8230;.I have seen many other wierd interview questions&#8230; people try to compare apples with oranges..<br />
this solution applies to all of them .. many thanks&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: philpl1jb</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82605</link>
		<dc:creator>philpl1jb</dc:creator>
		<pubDate>Wed, 20 Oct 2010 02:16:33 +0000</pubDate>
		<guid isPermaLink="false">#comment-82605</guid>
		<description><![CDATA[Great that you are getting interviews, there seem to be few of those around.  

Interview questions are notoriously bad .. this could have been a ten year old question,or the answer they expected was what one of their programers worked out experiemently or they could have left out critical information.

How to handle this poor question?  

&quot;I&#039;m sure you have some very specific solution in mind but I don&#039;t have an answer, 
It feels like your question lacks some critical information that would help frame the solution.   

Given the flexibility of DB2 and the continued preformance improvements of this system, I&#039;m surprised that there is one fastest method that applies to all cases.

Even though I don&#039;t know the answser I&#039;m sure that I could develop a solution to your problem.  I&#039;ve had to solve many proformance issues, in solving them I&#039;ve:
- researched the specific case
- conducted tests to confirm that I had reliable solution.
I suspect that your solution took equal amounts of research and testing.&quot;

The other tact might be to turn the question around
-- not how to read all the records but Why read all the records?  What are the business reasons for doing this?  Could a summary SQL solve the problem faster? 
Could a logical file or open query file reduce the number of accesses necessary?
As a developer, analyst, designer, isn&#039;t it more important that the business reasons for doing a process be explored before getting committed to a specific method?

Good luck.
Phil]]></description>
		<content:encoded><![CDATA[<p>Great that you are getting interviews, there seem to be few of those around.  </p>
<p>Interview questions are notoriously bad .. this could have been a ten year old question,or the answer they expected was what one of their programers worked out experiemently or they could have left out critical information.</p>
<p>How to handle this poor question?  </p>
<p>&#8220;I&#8217;m sure you have some very specific solution in mind but I don&#8217;t have an answer,<br />
It feels like your question lacks some critical information that would help frame the solution.   </p>
<p>Given the flexibility of DB2 and the continued preformance improvements of this system, I&#8217;m surprised that there is one fastest method that applies to all cases.</p>
<p>Even though I don&#8217;t know the answser I&#8217;m sure that I could develop a solution to your problem.  I&#8217;ve had to solve many proformance issues, in solving them I&#8217;ve:<br />
- researched the specific case<br />
- conducted tests to confirm that I had reliable solution.<br />
I suspect that your solution took equal amounts of research and testing.&#8221;</p>
<p>The other tact might be to turn the question around<br />
&#8211; not how to read all the records but Why read all the records?  What are the business reasons for doing this?  Could a summary SQL solve the problem faster?<br />
Could a logical file or open query file reduce the number of accesses necessary?<br />
As a developer, analyst, designer, isn&#8217;t it more important that the business reasons for doing a process be explored before getting committed to a specific method?</p>
<p>Good luck.<br />
Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82601</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Tue, 19 Oct 2010 23:08:37 +0000</pubDate>
		<guid isPermaLink="false">#comment-82601</guid>
		<description><![CDATA[Then a multiple-row FETCH with blocks sized up to the maximum that SQL can handle (without going over the 32k rows per FETCH limit) is probably the best you can do.

Tom]]></description>
		<content:encoded><![CDATA[<p>Then a multiple-row FETCH with blocks sized up to the maximum that SQL can handle (without going over the 32k rows per FETCH limit) is probably the best you can do.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nutangujar</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82584</link>
		<dc:creator>nutangujar</dc:creator>
		<pubDate>Tue, 19 Oct 2010 14:40:59 +0000</pubDate>
		<guid isPermaLink="false">#comment-82584</guid>
		<description><![CDATA[Thanks a ton guys.. I was away (from the AS400 world) for a while very sorry for that... 

actually this was the question i was asked in an interview, and i thought chaining a record with no lock would make the file read faster...

essentially the question was to read a file start to end, every record in the file such a way that the processing is done faster..]]></description>
		<content:encoded><![CDATA[<p>Thanks a ton guys.. I was away (from the AS400 world) for a while very sorry for that&#8230; </p>
<p>actually this was the question i was asked in an interview, and i thought chaining a record with no lock would make the file read faster&#8230;</p>
<p>essentially the question was to read a file start to end, every record in the file such a way that the processing is done faster..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: philpl1jb</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82555</link>
		<dc:creator>philpl1jb</dc:creator>
		<pubDate>Tue, 19 Oct 2010 00:35:59 +0000</pubDate>
		<guid isPermaLink="false">#comment-82555</guid>
		<description><![CDATA[Nutangujar

You&#039;ve asked us a question.  
We&#039;ve been polite enough to respond, give you some ideas and ask for further infomation.
You owe us a response.

Phil]]></description>
		<content:encoded><![CDATA[<p>Nutangujar</p>
<p>You&#8217;ve asked us a question.<br />
We&#8217;ve been polite enough to respond, give you some ideas and ask for further infomation.<br />
You owe us a response.</p>
<p>Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/read-records-faster/#comment-82550</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Mon, 18 Oct 2010 20:29:13 +0000</pubDate>
		<guid isPermaLink="false">#comment-82550</guid>
		<description><![CDATA[It definitely depends on the structure of the file, the size of the file and the reason for reading. Some files can&#039;t be read effectively with RPG native I/O at all, e.g., tables with various LOB columns. It&#039;s possible to read such files, but it&#039;s hardly an efficient choice.

Usually, there are two reasons for wanting to &lt;i&gt;read the records in fastest possible manner&lt;/i&gt;. Either the file is small but needs to be read many times, e.g., some kind of lookup table, or it is a very large file that may take a long time to process.

(Assuming some recent release of the OS, at least V5R3...) Although SQL will generally outperform RPG native I/O in any sequential processing, larger files tend to put SQL even farther ahead.

However, the type of processing that might be done for records that are read can make significant differences.

Describe the files for us, and give some indication of what will happen to each record. How old are the files? How are they indexed? Are they DDS files or SQL tables? Will all records be processed the same? Do some records need to be linked to records in other files, while different records will be linked to different files? Are the multiple different calculations for different records? Will there be CALLs into other programs? You haven&#039;t even told us what languages you might use.

Often, the overall fastest &quot;reading&quot; of a file is done by FTP, so &quot;Use FTP&quot; should be the answer to your question. But it&#039;s not likely that helps you much. Unfortunately, you haven&#039;t given us much to go on. Until you tell us something about the files and the processes, there is no good answer.

Tom]]></description>
		<content:encoded><![CDATA[<p>It definitely depends on the structure of the file, the size of the file and the reason for reading. Some files can&#8217;t be read effectively with RPG native I/O at all, e.g., tables with various LOB columns. It&#8217;s possible to read such files, but it&#8217;s hardly an efficient choice.</p>
<p>Usually, there are two reasons for wanting to <i>read the records in fastest possible manner</i>. Either the file is small but needs to be read many times, e.g., some kind of lookup table, or it is a very large file that may take a long time to process.</p>
<p>(Assuming some recent release of the OS, at least V5R3&#8230;) Although SQL will generally outperform RPG native I/O in any sequential processing, larger files tend to put SQL even farther ahead.</p>
<p>However, the type of processing that might be done for records that are read can make significant differences.</p>
<p>Describe the files for us, and give some indication of what will happen to each record. How old are the files? How are they indexed? Are they DDS files or SQL tables? Will all records be processed the same? Do some records need to be linked to records in other files, while different records will be linked to different files? Are the multiple different calculations for different records? Will there be CALLs into other programs? You haven&#8217;t even told us what languages you might use.</p>
<p>Often, the overall fastest &#8220;reading&#8221; of a file is done by FTP, so &#8220;Use FTP&#8221; should be the answer to your question. But it&#8217;s not likely that helps you much. Unfortunately, you haven&#8217;t given us much to go on. Until you tell us something about the files and the processes, there is no good answer.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/10 queries in 0.038 seconds using memcached
Object Caching 393/399 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-06-19 23:22:06 -->