[wildfly-dev] WFLY-508, JBeret initial review and integration issues
Stuart Douglas
stuart.w.douglas at gmail.com
Thu Jul 25 10:02:03 EDT 2013
>
>
>
>> >
>> > #3) Specific to algorithmic complexity - it appears that jobs are
>> > keyed by ID, yet accessed using a sequential search [1] - this does
>> > not scale well to large numbers of jobs. Is there no better approach?
>> The expectation is there is large amount of data, but the number of jobs
>> are not that large. Say we run a reporting job every day, it is still
>> one single job with many JobInstance and JobExecution. So I think the
>> sequential access is acceptable. I guess another reason I didn't want
>> to maintain a mapping is I really don't want to duplicate the job id as
>> the key.
>>
>
> I'm not sure what you mean by " I really don't want to duplicate the job
> id as
> the key".
>
> The map key is already contained in the associated map value, IOW, using a
> field of the value as map key.
>
>
I'm still not sure what you mean. Putting an item into a map does not make
a copy of the key.
Stuart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20130725/258ab5d7/attachment.html
More information about the wildfly-dev
mailing list