Оптимизированный механизм - он для "простых" реструктуризаций. При переходе 8.2-8.3 он не будет работать. Даже если бы работал - сыроват он для таких переходов. Более того, наблюдаю странную ситуацию на платформе 8.3.25.1445. По-умолчанию всегда включается v2 (в допустимых для него случаях). Параметр v1, даже установленный принудительно в conf или командной строке - игнорируется!
Пробую фоновое обновление базы данных. Как раз для таких случаев. Но после перехода 8.2-8.3 база перестает запускаться: лезут ошибки, не хватает каких-то служебных таблиц, причем разных - в зависимости от того, на какой режим совместимости переходить. И нет гарантии, что не вылезут проблемы при последующей работе. Похоже, придется переходить через создание копии и перенос изменений.
Да, MS SQL. Есть таблица под 1 млрд строк и размером под 1тб. Уже не думаем про её реструктуризацию. Как и про реструктуризацию бух.регистров, они небольшие, но реструктуризируются очень долго. Знаю, что некоторые сидят на базах в 15тб, пока живы:)
К сожалению, чистить базу невозможно. Нет данных, которые можно удалить. Обычно мы каждые 2 года сворачиваем базу (прямыми запросами). Но с появлением МДЛП и постоянными проверками Росздрава, половина базы - данные о маркировке, они нужны постоянно, за всю историю. Удалить можно в лучшем случае 25% от объема базы. Это погоды не сделает, зато создаст проблем.
"не обеспечивает параллельной выгрузки и загрузки " - поэтому я и пишу: "выбрав запросом изменения из таблиц обмена ". И выгрузка/загрузка своей обработкой.
Напрашивается вариант: 1) делаем копию (её конвертируем хоть неделю) + включаем регистрацию изменений в рабочей базе для всех объектов 2) в технологическое окно переносим накопившиеся за неделю изменения рабочей базы в новую (та же ВыгрузкаЗагрузкаДанныхXML - можно запустить в несколько потоков, выбрав запросом изменения из таблиц обмена) Надо тестировать - сколько времени займет перенос изменений. Если в 2 дня уложимся - можно успеть в новогодние праздники.
В Магните не пользовался КСО, но скажу замечание про Пятерочку - там очень малая задержка между сканированием, несколько раз случайно один товар сканировался как два. А самый дикий КСО я видел в Спаре в Зеленоградске (Калининградская область): это просто пособие, как не надо делать. Я, айтишник, раза с четвертого разобрался. Там жуть - машинное зрение используется.
Сильно не пинайте, но кто может разъяснить, почему комету утром видно лучше чем вечером? Ведь её положение относительно Солнца примерно такое же утром и вечером, и положение Солнца относительно горизонта для наблюдателя - тоже.
Дьявол в деталях. Одна строчка кода может кардинально повлиять на результат. В отличие от написания псевдонаучных текстов и рисования картинок, учетным системам ИИ не страшен - это строгий механизм. Вырастет спрос на спецов для прикручивания нейросеток к существующим системам. Ждем очень скорое появление таких расширений для 1С.
На практике проблема лежит больше не в технической плоскости, а в подходе производителей: "берите, что дают". Когда код откровенно плохой (для этого не нужна верификация, достаточно глазами посмотреть) или содержит некорректные символы, а производитель говорит: "всех устраивает, только вам не нравится".
Оптимизированный механизм - он для "простых" реструктуризаций. При переходе 8.2-8.3 он не будет работать. Даже если бы работал - сыроват он для таких переходов. Более того, наблюдаю странную ситуацию на платформе 8.3.25.1445. По-умолчанию всегда включается v2 (в допустимых для него случаях). Параметр v1, даже установленный принудительно в conf или командной строке - игнорируется!
Пробую фоновое обновление базы данных. Как раз для таких случаев. Но после перехода 8.2-8.3 база перестает запускаться: лезут ошибки, не хватает каких-то служебных таблиц, причем разных - в зависимости от того, на какой режим совместимости переходить.
И нет гарантии, что не вылезут проблемы при последующей работе.
Похоже, придется переходить через создание копии и перенос изменений.
Да, MS SQL. Есть таблица под 1 млрд строк и размером под 1тб. Уже не думаем про её реструктуризацию. Как и про реструктуризацию бух.регистров, они небольшие, но реструктуризируются очень долго. Знаю, что некоторые сидят на базах в 15тб, пока живы:)
К сожалению, чистить базу невозможно. Нет данных, которые можно удалить.
Обычно мы каждые 2 года сворачиваем базу (прямыми запросами). Но с появлением МДЛП и постоянными проверками Росздрава, половина базы - данные о маркировке, они нужны постоянно, за всю историю. Удалить можно в лучшем случае 25% от объема базы. Это погоды не сделает, зато создаст проблем.
"не обеспечивает параллельной выгрузки и загрузки " - поэтому я и пишу: "выбрав запросом изменения из таблиц обмена ".
И выгрузка/загрузка своей обработкой.
Напрашивается вариант:
1) делаем копию (её конвертируем хоть неделю) + включаем регистрацию изменений в рабочей базе для всех объектов
2) в технологическое окно переносим накопившиеся за неделю изменения рабочей базы в новую (та же ВыгрузкаЗагрузкаДанныхXML - можно запустить в несколько потоков, выбрав запросом изменения из таблиц обмена)
Надо тестировать - сколько времени займет перенос изменений. Если в 2 дня уложимся - можно успеть в новогодние праздники.
Полезная статья с грустной концовкой. Как раз стоит задача перелезть с 8.2 на 8.3 с базой 5Тб. Чешем репу.
Это какая нейросетка?
Сайт buhexpert8. Лучшие руководства по ведению учета в типовых.
В Магните не пользовался КСО, но скажу замечание про Пятерочку - там очень малая задержка между сканированием, несколько раз случайно один товар сканировался как два. А самый дикий КСО я видел в Спаре в Зеленоградске (Калининградская область): это просто пособие, как не надо делать. Я, айтишник, раза с четвертого разобрался. Там жуть - машинное зрение используется.
" Что это за "честный знак" " - это 50 копеек Чемезову.
Бэкапятся логи транзакций, т.е. "кусочки" изменений в базе данных.
Сильно не пинайте, но кто может разъяснить, почему комету утром видно лучше чем вечером? Ведь её положение относительно Солнца примерно такое же утром и вечером, и положение Солнца относительно горизонта для наблюдателя - тоже.
А вы уверены, что это кожаный мешок, а не ChatGPT новой версии писал? :)
Дьявол в деталях. Одна строчка кода может кардинально повлиять на результат. В отличие от написания псевдонаучных текстов и рисования картинок, учетным системам ИИ не страшен - это строгий механизм. Вырастет спрос на спецов для прикручивания нейросеток к существующим системам. Ждем очень скорое появление таких расширений для 1С.
Обычно используют некое "торговое наименование". И препараты с общим названием "Вольтарен" разных дозировок, не кладут в одну ячейку.
Может вы и производство арбидола хотите прекратить? Зачем им наверху что-то менять?
У меня БК-0010 лежит. В рабочем состоянии.
На практике проблема лежит больше не в технической плоскости, а в подходе производителей: "берите, что дают". Когда код откровенно плохой (для этого не нужна верификация, достаточно глазами посмотреть) или содержит некорректные символы, а производитель говорит: "всех устраивает, только вам не нравится".
Хоть я и против конспирологов, но метод борьбы выбран очень плохой. Нужно больше просвещать людей.