Показать сообщение отдельно
Старый 02.11.2012, 12:56   #9  
Iwa is offline
Iwa
Участник
 
14 / 10 (1) +
Регистрация: 10.07.2012
Адрес: Киев, Украина
Цитата:
Сообщение от a33ik Посмотреть сообщение
Простите, смог осилить только первое предложение вашего ответа. Всё что дальше показалось (простите) какой то ересью. Можно поподробнее?
Да, в общем-то, все это и есть ересь с позиции CRM-функциональности.
Ведь используется не API CRM, а связка web+sql.

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

Вот для реализации такой схемы и созданы сущности:
  • тип экспорта
  • параметры типа экспорта
  • файлы экспорта
  • параметры файла экспорта
  • элементы экспорта
Тип экспорта описывает тематику експорта, указывает на sql-процедуру, с помощью которой осуществляется формирование данных для экспорта.
Для типа экпорта формируется список описаний параметров (параметры типа экспорта), которые используются при выборке данных.

Оператор через web-интерфейс выбирает тип экпорта, согласно списку описаний параметров формирует список значений параметров (параметры файла экспорта) и запускает процедуру (указанную в типе экспорта) с этими параметрами. А процедура регистрирует конкретный файл (файлы экспорта), формирует список экспорта, записывая в сущность "элементы экспорта" ID-ы записей сущности, данные которой являются основой для экспорта. Выдача данных для экспорта производится на основании уже существующего списка.

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