В единицах измерения как в многовалютном учете может быть основная единица измерения, а может и не быть - тогда пользователю предоставляется само выбирать единицу измерения в каждом конкретном отчете.
Первый вариант проще.

CREATE TABLE dbo.UnitType (
Kod int not NULL,
ShortName varchar(20) not NULL,
FullName varchar(50) not NULL,
Koef float not NULL,
Parent int NULL,
...
)
GO
ALTER TABLE dbo.UnitType ADD
CONSTRAINT [PK_UnitType] PRIMARY KEY CLUSTERED
(
[Kod]
) ON [PRIMARY]
GO

Parent - ссылка на базовую единицу измерения, Koef - коэфициент к ней,
Например:

INSERT INTO dbo.UnitType (Kod, ShortName, FullName, Koef, Parent)
VALUES (1,'kg','Килограмм',0,NULL)

INSERT INTO dbo.UnitType (Kod, ShortName, FullName, Koef, Parent)
VALUES (2,'g','Грамм',0.001,1)

INSERT INTO dbo.UnitType (Kod, ShortName, FullName, Koef, Parent)
VALUES (3,'tn','Тонн',1000,1)

INSERT INTO dbo.UnitType (Kod, ShortName, FullName, Koef, Parent)
VALUES (4,'lbs','Фунт',0.4536,1)

...

-------------------------------------------------------
Люди делятся на 2 категории - те, которые делают бэкапы, и те, которые будут делать бэкапы. (c)Шкшыр скуфь

swanotets
Единственный вопрос остался, мониторинг того, чтобы у отца и сына measureId совпадали, осуществлять через триггеры

я имел в виду, как контролировать, чтобы нельзя было пересчитывать сантиметры в килограммы и нужен ли этот запрет

Или вы предлагаете от сущности Measures вообще отказаться?


Контроль типа измерения через триггеры на INSERT,UPDATE
Эта табличка всегда обычно относиться к ведению администраторов или продвинутых пользователей, добавление новых измерений не такое частое явление, на моей практике ошибки перепривязки типа сантиментров в килограммы в этой таблице встречались редко.
-------------------------------------------------------
Люди делятся на 2 категории - те, которые делают бэкапы, и те, которые будут делать бэкапы. (c)Шкшыр скуфь