Отправляет email-рассылки с помощью сервиса Sendsay

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


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

вопрос - как отличить экземпляр записи в классификаторе от аттрибута записи в
классификаторе - ИМХО придется ввести доп. признак - служебное поле по которому
будет определяться - является ли экземпляр записи отображением сущности-классификатора
или ее свойства-аттрибута

вопрос - имеет ли смысл заморачиваться и устанавливать свойства для такого иерархического
аттрибута... ИМХО вряд ли это оправдано - это усложнит процедуру (алгоритм) создания
такого шаблона - путь будут обычные текстовые поля 50 - 70 символов

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

Ответить   explor***@w*****.ru Sun, 12 Jun 2005 18:10:47 +0400 (MSD) (#383729)