Мастер-группа. Тема №19. Новые объекты и механизмы
18.05.2011
комментариев 25
Общие реквизиты, разделение данных, внешние источники данных вот темы, которые мы рассмотрим в текущем выпуске.
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь.
Если не активировали токен — посмотрите видео-инструкцию (видео N5)
Если вы залогинены, у Вас активирован токен доступа, но вы все равно видите эту запись — напишите нам на e-mail поддержки.
Интересно, а если при задании значения разделителя в строке запуска платформы передать не одно, а несколько значений разделителя – что тогда будет? Например, в приведенном уроке примере указать /Z+01+02 ? Такое вообще может работать?
Указывать несколько параметров необходимо, если в конфигурации используется несколько разделителей.
“+01” – относиться к первому, “+02”- ко второму.
При этом порядок разделителей считается по порядку следования в объектах метаданных.
А для чего для разделителя указывать “-“, не очень понял. Допустим имеем два разделителя, первый НЕ используем, второй используем. Параметр будет иметь вид /Z-01+02, верно? Это означает, что первый разделитель выключен и пользователь увидит некие общие данные, совокупность которых ранее ограничивалась первым разделителем?
Второй вопрос, что будет, если вообще не указать использование первого разделителя, указав применимость только второго?
>Параметр будет иметь вид /Z-01+02, верно?
Все правильно.
Вообще я думаю, механизм выключения разделителей был реализован как общий случай. Думаю на практике выключение разделителей не имеет особого смысла.
В одном из уроков говорится, что при смене режима разделения (отказе от него) если окажется, что в разделяемых данных обнаружатся одинаковые ссылки – система откажется изменить режим разделения. Что же делать в таком случае, чтобы все же сменить режим разделения (убрать его)?
Можно предложить два решения.
1. Найти одинаковые ссылки и устранить их.
Создав новый элемент в одном из разделителей и выполнив поиск и замену значений.
И так далее, до полного устранения “дублей”.
2. Путь, нарушающий лицензионное соглашение.
Заменить id на стороне СУБД.
Интересные возможности! Нужно осознать границы и целесообразность их применения.
Спасибо за актуальную информацию!
Благодарю.
Вот касаемо общих реквизитов мысли возникли.. Это ж чего теперь много чего “наружу” вынести можно? Та же Организация например – смысл её делать обычным реквизитом документов, если будучи общим реквизитом она при необходимости сможет послужить ещё и разделителем данных? Верно мыслю, или есть где-то подвох? :)
Да, возможно много чего вынести наружу, мыслите верно :)
Большое спасибо за материал!
Вопрос! Механизм разделения данных работает и в рамках обычного приложения?
Да, без условно, механизм работает во всех режимах.
Спасибо!
Большое спасибо! А можно все таки в качестве внешнего источника получить таблицу Excel.
При выборе драйвера Microsoft Excel Driver (*.xls
выдается “ошибка получение параметров строки соединение, Возможно драйвер не позволяет получать параметры строки соиденение” !?
Вполне возможно, что к финальной версии ситуация измениться. Вопрос этот возьмем на проработку.
Спасибо!
жесть! респект Евгений!
Интересный материал. Но у меня после просмотра возникли вопросы некоторые:
1. Раз появился новый механизм по разделению данных, то нам, видимо, следует ожидать использование оного в типовых конфигурациях. Мне интересно вот – разделение будет совместного с RLS использоваться? Или все таки – если разделение – то разделение? Эти механизмы рекомендуется совместно использовать или нет?
2. Евгений, а вы еще планируете выпускать МГ по новым возможностям 8.2.14? Или уже обо всем рассказали? А то доступ к материалам скоро заканчивается – хочется напоследок узнать, что там дальше будет в нашем курсе :)
1. Механизмы независимые и могут использоваться совместно.
Ограничения RLS будут работать внутри конкретных областей данных.
2. Да, готовиться еще одна (заключительная) сессия по 14-му релизу.
Не зависимо от даты ее выхода она будет доступна участникам продвинутого курса.
Евгений, спасибо за ответ! И еще один вопрос, получается, что если данные справочника разделяются – ссылки как бы “внутри” каждого разделителя уникальны, а в пределах всего справочника – получаются уже могут быть одинаковыми. А уникальные идентификаторы записей тоже одинаковые будут или нет?
Ссылка и уникальный идентификатор связаны между собой. Поэтому и ссылки и уникальные идентификаторы могут быть одинаковыми.
ура! и главное успели до закрытия доступа первому потоку! Спасибо огромное!
Еще нет официального релиза, а уже в курсе все новинок! Спасибо огромное!
Спасибо!
Как только успеваете…
Спасибо большое!