Fältet totalAmount och dess datatyp

Aask / rivta

Automatically exported from code.google.com/p/rivta

0 stars 1 forks source link

Mindre viktig synpunkt/frågeställning:

Varför är inte ”totalAmount” av typen PQType? Dvs en kombination av 
{totalAmount-value/double, samt totalAmount-packageUnit/text}.

Just ovanför står ju en dylik struktur: 
<xs:element name="minimumDispensationInterval" type="tns:PQType" minOccurs="0"/>
Med Utlämningsintervall värde (double), samt Utlämningsintervall enhet 
(string).
// Här skulle man förresten kunna specificera enheten mer exakt, t ex: 
dag/dagar, ve/veckor, mån/månader.
// Detta för att minska risken för missförstånd mellan producent och 
konsument.

Förstår inte den strukturella osymmetrin här?
En väsentlig skillnad genom att ej ha PQType blir att det då är möjligt att 
ange en totalmängd, utan att ange sort för denna! Bägge fälten är ju 
frivilliga – var för sig. Kanske är det vad ni vill åstadkomma???
Om ni vill strikta upp detta, så kan ni ju ta in detta i samband med en ny 
version någon gång framöver?
Dock lär det ju kräva en ny major version, eftersom det inte är 
bakåtkompatibelt att ändra befintlig struktur.

Original issue reported on code.google.com by bjorn.ge...@gmail.com on 8 Mar 2015 at 12:26

[Detta ärende har förstås också inkommit som mejl] Mitt minne är inte tillräckligt långt för att vara helt säker, men jag tror att skälet kan vara föjande: PQType kräver att man i unit-fältet använder sig av UCUM-enheter, och att förpackningsenhet inte alltid följer UCUM. Jag har inte tid att sitta och gräva i denna detalj just nu med tanke på att det i slutändan inte kommer att göra någon skillnad, men det är min arbetshypotes. Däremot kan man absolut fundera på kardinaliteten i de två fälten totalAmount och packageUnit. Anges totalAmount, så borde givetvis packageUnit också anges. Exakt hur detta borde hanteras vill jag låta vara osagt just nu, jag ska ta upp det på nästa TK-gruppsmöte. Och för att bena ut tankarna kring utlämningsintervallsenhet: den är baserad på NOD, vars informationsmodell föreskriver precis något av värdena dag, vecka och månad. Andra värden skulle svårgöra kompatibilitet mellan NOD och GMH, därav begränsningen.

Aask / rivta

Fältet totalAmount och dess datatyp #303