Вне зависимости от того, трубы вы производите или что другое.
1. Необходимо иметь возможность выполнять автоматический пересчет масштабируемых единиц измерений. Некоторые соотношения между единицами измерениями могут быть глобальными (1Т = 1000кг, 1Км = 1000 М), а некоторые локальными (1шт = 12 пм = 350 кг).
2. Справочник номенклатуры должен быть иерархическим (ну за исключением тех небольших контор, которые торгуют одной-единственной номенклатурой, но в больших количествах).
3. Необходимо предоставить пользователям возможность динамического формирования дерева справочника, для этого:
3-а) Справочник должен иметь перечень фиксированных полей (просто поля таблицы), действие которых распространяется на все записи справочника. Неплохо было бы дополнительно в некой таблице метаданных расписать, какие из этих полей действительны для узлов дерева, какие для листьев дерева, а какие и для того, и для другого.
3-б) Кроме собственно полей необходимо иметь свойства . Свойства могут быть трех видов. 1 - числовые с базовой единицей измерения (мощность, длина, напряжение питания и т.п.); 2 - одно из значений заранее подготовренного перечня (цвет, принцип дейтсвия, производитель и т.п.); 3 - произвольная комбинация (включая пустой набор) значений из заранее подготовленного перечня (область применения, перечень совместимого оборудования и т.п.). 4 - простые типы данных без единицы измерения (дата выпуска, фамилия упаковщика). У свойства есть название ("мощность","цвет","область применения") и значение (1000вт,"красный","сельское хозяйство; химическая промышденность"). Перечни значений свойств 2-го и 3-го вида могут пополняться по ходу дработы со справочником. Для узлов дерева могут задаваться как только названия свойств, так и свойства совместно со значениями. Для листьев дерева необходимо обязательное указание значений свойств. Свойства наследуются дочерними элементами автоматически. Любая добавляемая в дерево запись в качестве наследника получает набор свойств родительского узла. Если свойства модифицируемые, то их значения могут быть изменены, либо они вообще могут быть изъяты у дочерних элементов (некоторых, которые таких свойств не имеют). Флаг модифицируемости свойства устанавливается в первом узле, для которого определено данное свойство. Для дочерних записей набор свойств может быть расширен по сравнению со свойствами родительской записи. Кроме того, для свойств, для которых у родительской записи задано лишь наименование, для дочерних записей может быть конкретизировано значение. Если у родительской записи для свойства задано значение, оно наследуется вместе со значением.

Механизм свойств позволяет заводить нечто вроде динамического набора полей для записей, находящихся на разных уровнях иерархии дерева. Если в справочник встроены механизмы поиска записей по свойствам (по текущему уровню только, по поддереву или по всему дереву), то это очень мощный и гибкий инструмент. Мое собственное изобретение .
В иерархическом справочнике при добавлении в дерево узла необходимо сразу для него указывать логику низлежащих уровней (правила построения наследников). Для добавляемого узла указывается:
- Что ожидается у него в качестве дочерних элементов - узлы (подгруппы) или простые элементы (листья), либо и то и другое.
- Критерии группировки дочерних записей. Эту фразу программисты обычно не сразу понимают (очевидно, переводя ее на свой язык как Group by). Это на простом русском языке сформулированная фраза - подсказка для других пользователей, какого рода информация должна вводиться на данный уровень. Например "марка стали" или "способ изготовления". Правила группировки задает тот, кто ввел новую группу, и распространяются они только на один уровень этой группы. Данная фраза-подсказка помогает сориентироваться разным пользователям тогда, когда им необходимо добавить в справочник не просто новую номенклатуру, а, возможно, завести для нее на некоторых уровнях новые группы (например, если появилась новая марка стали). Особенно эта подсказка помогает, когда внутри группы не содержится никаких записей (или их мало), и добавляющему в группу трудно сообразить, какого рода информация на данном уровне дерева ожидается.

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