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

За 2005-06-12

[abilitycash] |dervish.acash| Сделайте возможность в агентах добавлять больше ин

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

напримерпо названию компании, по городу, по иному признаку,

выбор структуры должен быть простым и понятным - как комбобокс - "построить
дерево по:" и весь список аттрибутов классификатора - пусть например полей
(в действительности записей) восемь-девять или два три...

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

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

   explor***@w*****.ru 2005-06-12 18:40:59 (#383739)

[abilitycash] |dervish.acash| Сделайте возможность в агентах добавлять больше ин

это проблема, которая решается в объектно-ориентированных БД
в этои программе ИМХО нет смысла копать очень глубоко, поскольку задачи разработки
и применения объектно ориентированных подходов весьма и весьма нетривиальны...


то, что в Кэш частично решается именно ООБД уже хорошо

поддержание целостности и нормализация, которая позволит избежать дублирования
информации решается в реляционных СУБД - РСУБД - это тоже весма нетривиальная
задача, если только вы не хотите написать собственное ядро БД типа Jet или SQL


REM&gt;&gt; <SUP><i>(например в продуктах майкрософт мы создаем дублирующиеся
записи постоянно - в аресной книге АутЛук, например... для каждого контакта я
должен указать компанию в которой он работает - даже если в некоторой компании
работает сто человек моих контактов, ее название я должен буду вностить все сто
раз...)</i></SUP>


мне кажется можно найти разумную середину создав два классификатора (и два типа
шаблонов) - &quot;контрагенты частные лица&quot; и &quot;контрагенты юр. лица&quot;,
копать глубже - это значит обречь себя на прорву неблагодарной работы...

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

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

   explor***@w*****.ru 2005-06-12 18:25:02 (#383734)

[abilitycash] |dervish.acash| Сделайте возможность в агентах добавлять больше ин

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


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

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

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

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

   explor***@w*****.ru 2005-06-12 18:11:54 (#383729)