Concatinating numbers
Karen
keatk at comcast.net
Tue May 25 23:58:09 CDT 2004
On May 25, 2004, at 11:04 PM, Elias. wrote:
> Can you do this using a structure something like:
>
> Table Field
> Vial Label -- human readable Vial Identifier
>
> Sample VialPtr -- Pointer to Vial
>
> Run SamplePtr -- Pointer to Sample
>
>
Why have a separate table for vials when you have one for Lot,
and vials only matter when used samples for a specific run?
There is no possibility of sub-samples here - the entire contents of
the vial are used in the test but When there is the possibility of
sub-samples I think it's best to use another field in the sample table
and an internally linked tree structure.
So what do you see (if any) is the advantage of a separate vial table
in this case?
But what you propose is similar in concept to a LIMS (Laboratory
Information Management System for those that are unfamiliar) I once
worked with. In part they used:
Sample Table : Equivalent to your Vial table
ID: Unique ID for material submitted for analysis
Lot: Link to Lot it came from
etc. ...
Test Table: Info about that specific instance of the test as a whole
Result Table:
Testptr <<-- Test.RecID
SamplePtr <<-- Sample.RecID
ComponentPtr <<-- AnalysisComponent.RecID
A test is an instance of an Analysis. An analysis may
define multiple results (which may have replicates)
of different types used in
calculations
NumericResult : Double
etc...
In my current situation, I'm only worried about one Analysis (type of
test) and current lab practice is not to assign an absolutely *unique*
human Identifiable ID to each vial... So I would have to get the lab to
agree to create and maintain a system to assign one... And I'm not
writing a full blown LIMS!
The Vial ID's currently used are unique for the lot *only* within that
Run, and used just to group results by vial to get am estimate of vial
to vial variability for the lot.
Using your terminology my current Table Structure is:
Lot Table : Info about lot
Run Table: Info about that specific test instance
Sample Table : Unique combo of Run, Lot sample and a relative to the
run serial Vial ID
Sample Table Fields (in part) :
LotPtr <<-- Lot.RecID
RunPtr <<-- Lot.RecID
RunRelativeLotVialNumber : VByte
etc...
And the combination of LotPtr, RunPtr, and RunRelativeLotVialNumber
define a unique Identifier for a vial for calculation purposes
Result Table: The actual values determined by testing the sample
multiple times.
ResultTable Fields:
SamplePtr <<- Sample.RecID
NumericResult
etc. ...
- karen
More information about the Valentina
mailing list