ViPRosiscrafmУ редактора SQL есть контроль на стадии разработки скрипта? Начнем с главного: в Искре нет этих стадий.
ладно со стадиями
есть все же контроль над скриптом (ну там имена полей , таблиц и т.д.)?
ты как разработчик нажимая исполнить в Server Man., допустим, получаешь текст о том, что поля такого нет. Точно так же и в Искре, ругнется "исполнитель скрипта", что поля нет такого. Просто Искра не является какой-то средой разработки, которая на выходе дает какую-то программу. Это все равно что Excel, редактируется файл, определенного формата.

dma_caviarТак или иначе, SQL умеет свои метаданные валидировать и компилировать. Можно при желании запустить такую валидацию.
так валидируй, компилируй... Никто же не запрещает

ViPRosiscrafmУ редактора SQL есть контроль на стадии разработки скрипта? Начнем с главного: в Искре нет этих стадий.
ладно со стадиями
есть все же контроль над скриптом (ну там имена полей , таблиц и т.д.)?
конечно, сразу же ругнется

dma_caviariscrafmпропущено...

а тебе что-то сложное нужно? Да, "Разумно и просто" у Искры был слоган еще до Филлипса
Я грю скриншот хотел процитировать, а он не процитировался)))
а понял... они не цитируются

dma_caviariscrafmпропущено...

ты как разработчик нажимая исполнить в Server Man., допустим, получаешь текст о том, что поля такого нет. Точно так же и в Искре, ругнется "исполнитель скрипта", что поля нет такого. Просто Искра не является какой-то средой разработки, которая на выходе дает какую-то программу. Это все равно что Excel, редактируется файл, определенного формата.
В Server Man я могу удалить не нужно поле и получить список всех процедур/функций где оно используется и вычистить.
А вот если оно используется в платформе, то начинается кромешный ужос. Если конечно там нет средств такого же контроля.
ты наверно о какой-то другой платформе говоришь?

dma_caviarТогда я не понял. Вот тот фильтр, он хранится в метаданных платформы или это генерится процедура какая-то?
зависит от автора приложения. Может в файле сохранить, а может просто вызвать объект того же MS SQL, кому как нравится

АнатоЛойiscrafm
Смотрим условие в первом посте "настройка хранится в реляционной СУБД".
Можете нарисовать таблицы и внешние ключи, обеспечивающие хранение этой настройки?
Я не сторонник хранения каких-то настроек в реляционных БД, поэтому не могу нарисовать такое.
Э-э-э, "не сторонник" и поэтому "не могу" странно как-то звучит.
Вы же умеете проектировать реляционные БД?
Как бы вы решили задачу, если бы она вам была поставлена как в стартовом посте?
Если "не хотите", я ж заставить не могу.
Если "не умею"... Нет, тут вроде и предположения быть не может... :)
Может вопрос ко мне "Зачем их хранить именно в БД?".
Ну по-хорошему, не обязательно хранить в БД.
Спроектированную реляционную структуру типов можно и в архитектуре ООП реализовать, уже обсуждали...[/quote]
Вы же спросили мнение со стороны, я его высказал. Оно заключается в том, что эта задача решается намного элементарнее.

АнатоЛойiscrafmВы же спросили мнение со стороны, я его высказал. Оно заключается в том, что эта задача решается намного элементарнее.

Покажите, КАК вы решаете эту элементарную задачу?
Ок, подозреваю, что на ООП. UML диаграмму классов в достаточном объёме покажите что-ли.
чуть ранее 17424888

АнатоЛой Задача: спроектировать в системе возможность настройки удобного выбора клиента в зависимости от формы.

Условие: настройка хранится в реляционной СУБД.

Формат решения задачи: диаграмма E/R (ну или UML-диаграмма, разница-то....).
если работы нет, то придумаем

АнатоЛой1) как будет выглядеть передача двух параметров (с условием по "И").
условия - это не атрибут параметров. Все условия определяются по месту, т.е. в запросе на выборку данных.
Много параметров передаются так же как и один, только через запятую, классически

АнатоЛойiscrafmпропущено...

если работы нет, то придумаем
Возможно, я ввёл в заблуждение "простотой" названия темы и прикладной формулировкой задачи в стартовом сообщении.
Ноги вопроса растут из темы http://www.sql.ru/forum/1148360/podhody-i-resheniya-pri-sozdanii-bolshih-kis-erp-crm-i-pr]"Подходы и решения при создании больших КИС" .
Прошу рассматривать задачу именно в ключе "Больших КИС" :)
я в этом ключе и рассматривал

АнатоЛойчто нужно сделать с "Параметрами" во всех местах вызова, если у справочника название параметра поменяется (или он пропадёт)?
можно конечно оставить неиспользуемый мусор, зависит от "чистоплотности" разработчика приложения. Я бы удалил, все же файл приложения меньше будет

АнатоЛойiscrafm, ещё вот эти вопросы:
1) как будут вести себя вызовы справочника, если у справочника название параметра поменяется (или он пропадёт)
2) как найти все места вызовов с использованием конкретного параметра?
2) как передать в качестве значения параметра некое значение не из формы, а константу из перечня?

1) так же как в любой документ с ошибкой: сообщит что в документе ошибка
2) воспользоваться поиском, хотя сама постановка вопроса непонятна. Предполагается такой список параметров компонента, что глазами не получится найти?
3) Вариантов много, начиная от простого написания константы и заканчивая определением константы в качестве значения какого-нибудь параметра.

АнатоЛой,
авторкак найти эти места?

просмотрел бегло что под руками было. Пять, ну пусть 10 параметров у компонента. Для этого поиск не нужен, кроме "глаз".