[rooster13]

Hi,
I've been wondering are there any performance related issues with having a lot of different RecordStores? For example, which is more efficient, have one store with indexing in predefined id or have a separate store for indexing? By indexing I'm meaning a map of RecordStore ids for ordering the records. Is there any limit on number of RecordStores?

[juarezjunior]

Hi rooster13,

I think it can depend on a lot of factors, implementation (device), your code, memory available, strategy for managing RSs, etc.

"Is there any limit on number of RecordStores?"
If device is JTWI (JSR-185) compliant as far as I remeber there's a limit regarding the minimum, 5 at least, but not the maximum number. Note this is for a single MIDlet suite, see below:

"A compliant implementation must permit a MIDlet suite to create at least 5
independent RecordStores."

Considering Nokia devices, take a look at the thread below, but it discusses size, not quantity...
http://discussion.forum.nokia.com/fo...ad.php?t=86358

Hope this helps.

Juarez Jr

[rooster13]

Thanks, that kind of clears things up a bit... Of course since it's device dependant, trial and error would be the way to go :D

[peterblazejewicz]

hi,

as part of jsr-248 every device labelled jsr-248 compliant will must to allow 10 RMS per suite (with at least 64kb of data per suite),
huh, that's future though,
regards,
Peter

[juarezjunior]

Hi,

In addition to what Peter informed, just as a clarification, it must support at least 10 RecordStores.

"A compliant implementation MUST permit a MIDlet suite to create at least 10 independent RecordStores."

This is from msa-0_95-pfd-spec - Proposed Final Draft Version 0.95 – 28-April-2006.

BR,

Juarez Junior