Для того что бы все-таки пройти курс от начала до конца. Надеюсь со второго подхода у меня получится.
Фарит писал что Вы что-то в курсе изменяли с момента записи его на болванки для первого потока… не хотелось бы ничего пропустить – поэтому решил скачать его еще раз и еще раз просмотреть. Имхо как раз в тематике первого блока особенно много “подводных камней”.
Может быть есть смысл выложить какие-то еще материалы, а то выложенный материал изучен и боюсь у многих возникнет соблазн заняться текущими делами вместо обучнеия (все-таки НГ не за горами), что в результате приведет к всеобщей пробуксовке группы?
Приведу еще один практический аспект использования связи “Один-к-одному”.
Кроме ускорения перестройки индексов, отмеченного в уроке, такая связь может потребоваться, если у объекта очень много (несколько десятков) свойств и они собираются в отдельные группы по назначению. Особенно когда при этом к разным группам свойств нужно назначать разные права доступа.
Приведу пример из практики: Есть документ “Путевой лист”. Каждая строка табличной части документа представляет собой отдельную ветку маршрута (рейс) и при этом каждый рейс характеризует целый ряд сведений (километраж, сведения о грузе, количество израсходованного топлива, начисленная з/п водителю именно по этому рейсу, расходы на этом отрезке пути, …) Значения этих сведений устанавливаются разными людьми параллельно (в своих АРМах) и может быть ситуации, когда: а) разные люди одновременно меняют разные свойства разных рейсов, принадлежащих одному путевому листу (проблема: системой блокируется весь документ) б) разные люди одновременно меняют разные свойства одного рейса, в случае независимых свойств (тут даже одной дополнительной таблицей не обойтись, ведь блокируется вся запись, а не поле) Решение оказалось универсальным – для каждой группы реквизитов создан отдельный регистр сведений, измерение которого однозначно идентифицирует строку документа, а в ресурсы записываются сведения о рейсе. Так не возникает блокировок на документ и можно работать с данными параллельно.
Да, пришлось повозиться с механизмом создания ссылки на строку документа (реквизит строки типа служебный справочник “СтрокиДокумента”), но результат того стоил.
Почему регистр сведений, а не справочник? У меня на то были 2 причины:
1. Система сама контролирует уникальность измерений и не даст для 1 строки документа ввести несколько наборов сведений.
2. Хранимые сведения не представляют собой отдельную сущность, а лишь являются дополнительной информацией по сущности “рейс”.
В случае же, если набор дополнительных сведений сам по себе представляет отдельную сущность, стоит для них создавать отдельный справочник.
Все материалы этого сайта являются составной частью Базового / Продвинутого курсов по программированию - и являются объектами авторского и имущественного права.
Любое их распространение без письменного согласования с авторами запрещено.
Евгений, а можно их скачать одним архивом?
А то DownLoadManager почему то не цепляет закачки, а качать их вручную… убиться можно.
А для чего может понадобиться качать все файлы?
Для того что бы все-таки пройти курс от начала до конца. Надеюсь со второго подхода у меня получится.
Фарит писал что Вы что-то в курсе изменяли с момента записи его на болванки для первого потока… не хотелось бы ничего пропустить – поэтому решил скачать его еще раз и еще раз просмотреть. Имхо как раз в тематике первого блока особенно много “подводных камней”.
Первый блок не изменялся по сравнению с версией 1-го потока, поэтому особого смысла скачивать нет :)
Спасибо. Евгений, может быть можно где-то почитать в какие уроки Вы вносили изменения?
Пока изменения не вносились. Просто добавлялись новые уроки, а точнее главы.
В частности новые (последние) главы 2-го, 3-го и 4-го блоков.
Задача
153. Задача «Определение даты оплаты документов».
Решена неправильно.
В последнем запросе при выборке на условие у меня одна платежка закрыла несколько документов, хотя должна была закрыть попасть.
Последнее условие сработало для нескольких документов
А можно ли привести простой набор данных на которых возвращается неправильный результат?
Мы проанализируем эту ошибку.
Набор данных, возвращающий неправильный результат найден.
Спасибо за информацию.
Извините за не терпение :-) Когда все таки ожидать продолжение 1 части и остальных !?
Сейчас делается оболочка на защищенные файлы.
Процесс, к сожалению, ускорить никак не можем..
Может быть есть смысл выложить какие-то еще материалы, а то выложенный материал изучен и боюсь у многих возникнет соблазн заняться текущими делами вместо обучнеия (все-таки НГ не за горами), что в результате приведет к всеобщей пробуксовке группы?
В четверг будет новая пачка :)
Приведу еще один практический аспект использования связи “Один-к-одному”.
Кроме ускорения перестройки индексов, отмеченного в уроке, такая связь может потребоваться, если у объекта очень много (несколько десятков) свойств и они собираются в отдельные группы по назначению. Особенно когда при этом к разным группам свойств нужно назначать разные права доступа.
Приведу пример из практики:
Есть документ “Путевой лист”. Каждая строка табличной части документа представляет собой отдельную ветку маршрута (рейс) и при этом каждый рейс характеризует целый ряд сведений (километраж, сведения о грузе, количество израсходованного топлива, начисленная з/п водителю именно по этому рейсу, расходы на этом отрезке пути, …) Значения этих сведений устанавливаются разными людьми параллельно (в своих АРМах) и может быть ситуации, когда:
а) разные люди одновременно меняют разные свойства разных рейсов, принадлежащих одному путевому листу (проблема: системой блокируется весь документ)
б) разные люди одновременно меняют разные свойства одного рейса, в случае независимых свойств (тут даже одной дополнительной таблицей не обойтись, ведь блокируется вся запись, а не поле)
Решение оказалось универсальным – для каждой группы реквизитов создан отдельный регистр сведений, измерение которого однозначно идентифицирует строку документа, а в ресурсы записываются сведения о рейсе. Так не возникает блокировок на документ и можно работать с данными параллельно.
Да, пришлось повозиться с механизмом создания ссылки на строку документа (реквизит строки типа служебный справочник “СтрокиДокумента”), но результат того стоил.
Почему регистр сведений, а не справочник? У меня на то были 2 причины:
1. Система сама контролирует уникальность измерений и не даст для 1 строки документа ввести несколько наборов сведений.
2. Хранимые сведения не представляют собой отдельную сущность, а лишь являются дополнительной информацией по сущности “рейс”.
В случае же, если набор дополнительных сведений сам по себе представляет отдельную сущность, стоит для них создавать отдельный справочник.
Спасибо, Александр!
Глава 7, урок 59, время 3:10. Есть оговорка.
“… в в третьем случае 50 плюс 30 соответственно будет 130. По смыслю должно 50 плюс 80.
Ок, спасибо.
Блок 1 Глава 2 Урок 14. 02.58 Все-таки движения формируются на строку выше, в процедуре ОтразитьТоварыОрганизаций
Да, логично :)
Спасибо, Сергей.
а когда будут защищенные части ?
По СКД и формам ? Через неделю примерно ?
Ожидаем, что защищенные файлы появятся завтра..
появился? или пока не было?
К сожалению, процесс затягивается..
А почему “обидели” тип анализа Дерево решений? даже в МГ не будет?
Там не простая математическая модель.
Пожелание для МГ записали. Возможно там и рассмотрим.
pdf -файл просто картинка? Без навигации?
Исправлено. Теперь и с навигацией :)
Сколько примерно планируется домашних заданий по первому блоку?
Четыре задания.
Навигационный файл у меня одного не работает, или у всех?
Скачайте его заново.
Ошибка в панели справа “Актуальное!” Ссылка “Продвинутый курс. 1-ый блок” даёт ошибку 404.
Исправлено, спасибо!
Я правильно понимаю, что 1-я, 2-я и 3-я части содержат уроки с 1 по 196? Можно скачивать по любым ссылкам?
Да, верно.
А, будет пятое домашнее задание по РИБ и xml?
Да, конечно.
https://mg.spec8.ru/?p=1412
а решения будут ?
Да, будут.
Я сегодня “воскрес” после болезни, сейчас будем выдавать материалы и в МГ и решения ДЗ…