Alexander Chelnokov wrote:
>
> Hello Tim,
>
> Monday, March 12, 2001, 12:30:27 AM, you wrote:
> I can't say i realized the approach. If all EMR are stored in folders
> named A,B,C etc - how this will bypassed?
First some history.
There is nothing magical about the alphabetic folders in FreePM.
The ONLY reason they are there is that when I was doing some of
the original testing of folders (before BTree Folders) I found
that when you reached around 7000 - 8000 items in a folder it
took awhile to render the page. So the solution was to break the
numbers down into more manageable segments. With 26 characters
and say 5000 records / character I could more easily manipulate
130,000 records (okay I know that there will be more A's, L's &
M's than Q's, X's and Z's). That's why it's not magical, it was
just someway to break up the groups. It could just (almost) as
easily be done by grouping them in the order they are created.
Anyway using BTree Folders I have put 25,000 + objects in a
folder w/o problems.
The objects are really tracked by their ID which is an
EMR-xxxxxxxxx (where xxxxxxxx is a number generated from the
time). The ID problem you have is with the small piece of code
that I use to decide which folder to put it in from the last
name. All we have to do is remap those characters to 'a' folder.
> What if replace the Id from literal to ASCII number of the letter?
I'm not sure I understand this question. I think you are asking
what I just said above?
> TC> Yep! This will work. <s>
> TC> Give me a week or two to work out the details.
>
> You are the boss :-)
No, that would be my wife. <vbg>
>
> Well, sometimes it is useful to split Id and title even in English - a
> single Id can have some different "titles". Drugs is a good example -
> Id can be a code from National drug database or something like this
> and many names stored as values with no concern about symbols other
> than 31<ASCII<127.
I really did have a good reason for using the drug names as id's.
<s>
But the plan calls for implementation of the Multum drug database
by March 25, so this is a moot point anyway. We will be using
the Multum number for id's at that point.
--
Tim Cook, President - FreePM,Inc.
http://www.FreePM.com Office: (901) 884-4126
ONLINE DEMO: http://www.freepm.org:8080/FreePM
_______________________________________________
Freepm-discuss mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/freepm-discuss