Glenn,
Well, as for my two cents...
The DOT NOTATION is easier for a programmer to code/read than its
GetItemxxx() counterpart, and it is more intuitive. But the dot notation
is technically in fact "slower", however not *usually* noticable. Another
drawback is, if you try to reference a row past 32,767 using dot notation,
you will bomb at runtime (at least in V5, haven't tried in V6/7), whereas
with GetItemxxx() you will not. (I feel sorry for those that have more
than that many rows, but...<g>) What disappointed me about dot notation
when it first came out, was that it seemed like now the compiler was going
to ckeck for spooling errors in the column names, but no not so.
Memory used? I have no idea.
Were you also aware that there are of_GetItem() & of_SetItem() functions in
PFC versus just native GetItemxxx()? They are designed to process anything
regardless of the column's data type, therefore they are more generic and
allow ease of future column type changes.
Sorry, I have no idea about memory usage for a datastore and its management
either.
Have fun,
~Sharon
--
Sharon Weinstrom Buntz | mailto:[EMAIL PROTECTED]
Cheat Sheet for PFC/PB Help | http://www.pfccheatsheet.com/
Glenn Dy wrote:
>
> Hi,
>
> I would like to know what is really the difference between these two statements when
>it comes to
> memory used, the speed, the efficiency and all that matters for both of these.
>
> ids_temp.Object.col_1[ll_row]
>
> ids_temp.GetItemString(ll_row, "col_1")
>
> And anyone has any idea how much memory a datastore declared as an instance will
>use? Let's say
> with a 1,000 rows, with a 10,000 rows or maybe even more. Does this datastore uses
>more memory if
> the data in it becomes big since it was first used?
>
> Thanks again,
> Glenn
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
> [EMAIL PROTECTED] HOSTED BY IIGG, INC. FOR HELP WITH LIST SERVE COMMANDS, ADDRESS
> A MESSAGE TO [EMAIL PROTECTED] WITH THE FOLLOWING MESSAGE: help pfcsig
> SEND ALL OTHER INQUIRES TO [EMAIL PROTECTED]
