[fdo-users] Constraints paradigm

[Orest Halustchak]

Hi Maksim,

FDO currently doesn't support such a constraint definition. It is
something that we've thought about but haven't had the time yet to add.

Thanks,
Orest.

-----Original Message-----
From: fdo-users-bounces at lists.osgeo.org
[mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Maksim Sestic
Sent: Tuesday, September 11, 2007 5:45 AM
To: fdo-users at lists.osgeo.org
Subject: [fdo-users] Constraints paradigm


Dear all,

Is it possible to keep Constraints as Key/Value pairs, where Key is
being
actually written in a DataStore, while associated Value gets persisted
only
within meta-model?

Generally, when speaking of Constraint list (predefined constraints on
Data
Property value), approach is rather simple - i.e. list of strings
("Red",
"Green", "Blue"). Having in mind that this approach is both not storage
friendly and not localization friendly, I was thinking of implementing
following Constraint type:

Key     Value
0        "n/a"
1        "Red"
2        "Green"
3        "Blue"

Here, Data Property this Constraint is being cast upon is of type Short.
Key
(0 to 3) gets persisted within DataStore, while Value exists only in
meta-model (like Attribute) and can get easily localized.

It also enables fictional UI to work upon Values part, and return
associated
Key part of such Constraint. In other words, users will be still picking
"Red", "Green" or "Blue".

Regards,
Maksim Sestic

-- 
View this message in context:
http://www.nabble.com/Constraints-paradigm-tf4421425s18162.html#a1261123
9
Sent from the fdo-users mailing list archive at Nabble.com.

_______________________________________________
fdo-users mailing list
fdo-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/fdo-users