Если не смотрели Эпизод 3
Представление.
Эпизод 4.
* * *
На сцене польза.
Касаемо количества эпизодов, мы уже прошли 1/3 пути.
Если же говорить о сложности, важности и полезности информации - разобрали меньше 20%.
Всё самое интересное и сочное ещё впереди.
В чём же, собственно, важность наших исследований?
Пользы, как минимум, две:
1⃣ Устранение несогласованности в данных
2⃣ Повышение производительности систем
* * *
1⃣ С первым всё довольно просто и проблемы не носят критический характер.
Они скорее из разряда "неприятно, но терпимо":
• Дату или номер документа изменили, а представление не обновилось
• Объект справочника удалили, а представление осталось
• Первый пользователь видит одно представление, а второй - иное
• В тонком клиенте данные одни, в вэб-клиенте - другие, а в мобильном - третьи
Страшно ли это? Часто ли такое бывает?
Нужно ли из-за этих проблем рвать седые волосы и ночами перечитывать книги Радченко и Хрусталёвой?
Скорее нет, чем да.
Тем более, в книгах о таком не пишут.
* * *
2⃣ С производительностью всё сложнее и способов накосячить значительно больше.
И эти ошибки уже из другой весовой категории (как и их последствия):
• Вывод печатных форм работает не так быстро, как хотелось бы
• Отчёты формируются всё дольше и дольше
• Банальное открытие документов заставляет ждать
• Динамические списки начинают тормозить при прокрутке
• Регламентные задания по выгрузке/отправке данных не успевают уложиться в отведённые окна
• Неожиданно появляются утечки памяти и бесконечные рекурсии
• Изменение настроек СУБД или операционной системы порождают ошибки в коде
• Простые на вид запросы самопроизвольно обрастают чудовищными конструкциями, кратно увеличивая время выполнения
* * *
Некоторые проблемы звучат весьма грозно и без должной сноровки сложно поверить, что причина их появления - представления ссылок…
И это мы ещё не касались составных типов данных, где при попытке получения множества представлений производительность может выйти в окно.
Даже банальная консоль запросов, которыми мы так любим баловаться на "проде", способна нагрузить СУБД или сервер приложений 1С, потребить всю доступную память и аварийно завершить запущенные процессы rphost…
* * *
В следующих эпизодах мы рассмотрим все остальные (скрытые и не очень) механизмы платформы, так или иначе участвующие в получении представления и поговорим о том, почему могут возникать вышеупомянутые ошибки и как с этим бороться.
Эпизод 0
* * *
Эпизод 3
#Платформа #Код #Обучение
Представление.
Эпизод 4.
* * *
На сцене польза.
Касаемо количества эпизодов, мы уже прошли 1/3 пути.
Если же говорить о сложности, важности и полезности информации - разобрали меньше 20%.
Всё самое интересное и сочное ещё впереди.
В чём же, собственно, важность наших исследований?
Пользы, как минимум, две:
1⃣ Устранение несогласованности в данных
2⃣ Повышение производительности систем
* * *
1⃣ С первым всё довольно просто и проблемы не носят критический характер.
Они скорее из разряда "неприятно, но терпимо":
• Дату или номер документа изменили, а представление не обновилось
• Объект справочника удалили, а представление осталось
• Первый пользователь видит одно представление, а второй - иное
• В тонком клиенте данные одни, в вэб-клиенте - другие, а в мобильном - третьи
Страшно ли это? Часто ли такое бывает?
Нужно ли из-за этих проблем рвать седые волосы и ночами перечитывать книги Радченко и Хрусталёвой?
Скорее нет, чем да.
Тем более, в книгах о таком не пишут.
* * *
2⃣ С производительностью всё сложнее и способов накосячить значительно больше.
И эти ошибки уже из другой весовой категории (как и их последствия):
• Вывод печатных форм работает не так быстро, как хотелось бы
• Отчёты формируются всё дольше и дольше
• Банальное открытие документов заставляет ждать
• Динамические списки начинают тормозить при прокрутке
• Регламентные задания по выгрузке/отправке данных не успевают уложиться в отведённые окна
• Неожиданно появляются утечки памяти и бесконечные рекурсии
• Изменение настроек СУБД или операционной системы порождают ошибки в коде
• Простые на вид запросы самопроизвольно обрастают чудовищными конструкциями, кратно увеличивая время выполнения
* * *
Некоторые проблемы звучат весьма грозно и без должной сноровки сложно поверить, что причина их появления - представления ссылок…
И это мы ещё не касались составных типов данных, где при попытке получения множества представлений производительность может выйти в окно.
Даже банальная консоль запросов, которыми мы так любим баловаться на "проде", способна нагрузить СУБД или сервер приложений 1С, потребить всю доступную память и аварийно завершить запущенные процессы rphost…
* * *
В следующих эпизодах мы рассмотрим все остальные (скрытые и не очень) механизмы платформы, так или иначе участвующие в получении представления и поговорим о том, почему могут возникать вышеупомянутые ошибки и как с этим бороться.
Эпизод 0
* * *
Эпизод 3
#Платформа #Код #Обучение
Просмотры: 7