В версию 8.3.11 «1С:Предприятия» добавят оптимизацию реструктуризации базы данных
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Ну наконец-то 1С восприняла идеи, которые уже лет под сто используются всеми здоровыми решениями ))) Даже простой скул-запрос копирования данных из одной таблицы в другую выполняется раз в 100 быстрее, чем реструктуризация этой таблицы, при которой данные в таблице не меняются. Одно это могло бы ускорить время реструктуризации на два порядка, Но, полагаю, 1С так и продолжит выводить никому не нужную информацию о количестве скопированных объектов.\ таблицы, копируя из по тысяче штук. Вот откажись они от этой ерунды - и можно было бы вообще не переделывать схему, а просто генерировать запрос с несколькими CAST и WHERE, чтобы очистить данные от типов, которые больше не хранятся в реструктуризируемом поле.
Похоже разрабатывать полностью на C++ 1С больше не выгодно. Для работы этой штуки нужна Java. Для работы сервера взаимодействия, который анонсирован немного ранее - тоже Java.
В 1С вообще очень Java любят, если на их проекты посмотреть.
В 1С вообще очень Java любят, если на их проекты посмотреть.
(2) Все очень просто с этой Java.
1С хочет явно перейти на использование 1C:Enterprise Development Tools, который клепается на Java, а писать аналогичный код на C++ под конфигуруратор им не упало.
Ждем полного отмирания конфигуратора как и толстого клиента!
1С хочет явно перейти на использование 1C:Enterprise Development Tools, который клепается на Java, а писать аналогичный код на C++ под конфигуруратор им не упало.
Ждем полного отмирания конфигуратора как и толстого клиента!
(7) никто и не говорит, что вот все завтра изменится. Работу 1С проводит планомерную. Поглядите как майкрософт винду пилит, все больше и больше переписывает в ней все изнутри, скоро и окошек старых не увидим как типа в панели управления, которая от винды 7 еще живет. Прогресс.
Ура!!!! Дождались.
Я еще хотел бы, что бы в регистрах они сделали запрет на удаление регистратора если по нему есть движения. Так как если движений нет, то можно с таблицей ничего не делать (не реструктуризировать). В общем я считаю, что это задача программиста конвертить данные. Он должен принять решение куда деть движения удаляемого регистратора.
Я еще хотел бы, что бы в регистрах они сделали запрет на удаление регистратора если по нему есть движения. Так как если движений нет, то можно с таблицей ничего не делать (не реструктуризировать). В общем я считаю, что это задача программиста конвертить данные. Он должен принять решение куда деть движения удаляемого регистратора.
(10) вот выпиливание этого недоразумения из этого соглашения- было бы неплохим следующим шагом, ибо даже на курсах подготовки к эксперту по тех.вопросам приглашенные преподаватели все чаще говорят о том, что без этого самого нарушения невозможно в ряде случаев работать.
Сдругой стороны, лиц.соглашение всего лмшь лишает какой-то сферической вакуумной гарантии, если было произведено изменение данных ьазы 1с не с помощью 1с или иных инструментов, о которых 1с говорит на многочисленных страницах своего ИТС. При этом совершенно невозможно определить, было ли произведено чтение из базы с помощью иных механизмов, так что формально при доступе на чтение 1с ничего предъявить не сможет. Да и данные таблиц базы за исключением системных - собственность пользователя, поэтому юридически собственник данных не ограничен ни в инструментах чтения этих данных для своих нужд, ни в инструментах их добавления и изменения. При этом 1с просто не гарантирует работу платформы с этими данными и оставляет за собой право модификации схем хранения,а это может вызвать неработоспособность сторонних решений, осуществляющих прямой доступ к субд.
Сдругой стороны, лиц.соглашение всего лмшь лишает какой-то сферической вакуумной гарантии, если было произведено изменение данных ьазы 1с не с помощью 1с или иных инструментов, о которых 1с говорит на многочисленных страницах своего ИТС. При этом совершенно невозможно определить, было ли произведено чтение из базы с помощью иных механизмов, так что формально при доступе на чтение 1с ничего предъявить не сможет. Да и данные таблиц базы за исключением системных - собственность пользователя, поэтому юридически собственник данных не ограничен ни в инструментах чтения этих данных для своих нужд, ни в инструментах их добавления и изменения. При этом 1с просто не гарантирует работу платформы с этими данными и оставляет за собой право модификации схем хранения,а это может вызвать неработоспособность сторонних решений, осуществляющих прямой доступ к субд.
(14)
Считаю, что 1С должна переформулировать данный пункт ЛС в том ключе, что доступ к данным можете осуществлять как угодно, но при этом не гарантируется, что схема останется та, к которой обращаются эти механизмы. Изменение схемы - риск пользователя, использующего инструменты доступа к базе 1С, иные, чем ORM и механизм преобразования запросов платформы.
Под нарушением понимаю непосредственный доступ к таблицам БД, минуя приложение 1С.
Бредовое, конечно, это самое лиц.соглашение в этом конкретном разделе. Я ж могу к данным с помощью 1С подключиться как ко внешним источникам, а потом 1С с какой-то версии изменит схему и мое решение станет неработоспособным. В итоге я ничего не нарушил, а проблем огреб.
Считаю, что 1С должна переформулировать данный пункт ЛС в том ключе, что доступ к данным можете осуществлять как угодно, но при этом не гарантируется, что схема останется та, к которой обращаются эти механизмы. Изменение схемы - риск пользователя, использующего инструменты доступа к базе 1С, иные, чем ORM и механизм преобразования запросов платформы.