А вот напрасно влом. Еще поплачете потом, когда глубоко в систему эти пересчеты внедрять придется. Делайте таблицу пересчетов. Причем, для скорости, в обе стороны.

И это правильно, до тех пор, пока возникает задача пересчета только из любой единицы к главной в своей группе. Но в общем случае задача сложнее.
1. Пересчет из главной в неглавную своей группы. В общем случае, либо программа знает, какая из единиц главная, а какая нет, либо не знает. Если знает, нестрашно: уже в коде определяем, будет деление или умножение. Если не знает, приходится ей об этом говорить. А это дополнительные обращения к данным.
Более общая задача - пересчет из любой в любую внутри группы. Например, из центнеров в тонны (главная - килограмммы). Если задача реализована как "пересчеты только к главной", то придется искать 2 строки таблицы, а не одну. На один коэффициент умножаем, на другой делим. Все хорошо, но иногда время работы таких расчетов может стать критичным, тогда лучше завести таблицу с пересчетами любых единиц к любым.
Это я утрирую, конечно, на практике с единицами измерения такого еще нигде не видел. И сам использовал схему как у Aleksey-K (только группы единиц измерения у меня все же в отдельной табличке, а не parent-child). А вот с валютными курсами было такое дело: приходилось реализовывать так, что пока нет именно из USD в EUR, хотя к основной единице - RUR - оба курса заведены, ничего не будет работать. И даже не потому, что производные пересчеты могут быть неточны, а потому что надо было считать много и быстро! Кстати, при вставке курса USD -> EUR я автоматически вставлял и вторую строку с обратным ему курсом EUR -> USD. Денормализация ради ускорения расчетов, так сказать).
2. Пересчет единиц между группами. Например, продаем шнурки. 1 пара шнурков = 90 см длины шнурков ;-))) Для реализации этой задачи придется организовывать таблицу пересчетов между группами с учетом, например, товарной позиции ;-)))