--- Роман

9
Рейтинг

Roman_SE
Роман ---



  •   Регистрация: 10.09.2009 (14 лет назад)

  •   Был(а) на сайте: 03.04.2024

Друзья
  • Vladimir A
  • Максим Белоусов
  • Дмитрий Малышев
Подписчики 2
Группы

Рейтинг 9

Реально быстрая очистка документов через SQL
+10 –1

Статья Системный администратор Платформа 1С v8.3 1С:Управление торговлей 10 Россия Windows Бесплатно (free) Нет файла Чистка данных

Как делать нельзя, но если очень нужно, то можно!

21.02.2018    10049    Roman_SE    24       

9
Смотреть все

Комментарии

Публикации › Линукс как основной многофункциональный сервер небольшой компании. Наш опыт › #7 08.06.20 15:12
Как ни странно это прозвучит, но работать с опенсорсовыми и фришными решениями могут позволить себе только очень богатые компании. Остальные же существенно сэкономят на геморое выбрав пакетные решения от ms.
HighLoad › Реально быстрая очистка документов через SQL › #25 27.02.18 11:25
(22) ну напрочь рандомны он там только на справочниках , а на регистрах там он генерится из даты... другое дело что там в дате похоже разряды перемешаны, Поэтому прям от номера отрезать нельзя, можно зацепить полдня того же, вы правы, я еще раз перепроверю как оно вживую происходит.
HighLoad › Реально быстрая очистка документов через SQL › #24 26.02.18 15:55
(23) инкрементальный в том смысле, что возрастающий ,а не что a++
HighLoad › Реально быстрая очистка документов через SQL › #23 26.02.18 15:54
(22) Убедили, но проверка на практике говорит, что все же он может и местами случайный, но инкрементальный. То что там много байт длина это не значит что значимые не последние 5-6 всего, а начало уникально для базы или справочника
HighLoad › Реально быстрая очистка документов через SQL › #20 26.02.18 2:51
(19) Ну в 1с много что сделано с запасом. А все же откуда уверенность в случайности? или случайное все же берется больше чем последнее?
HighLoad › Реально быстрая очистка документов через SQL › #18 26.02.18 1:12
(17) Серьезно? оно сквозное на всю таблицу, как оно случайным может быть?
HighLoad › Реально быстрая очистка документов через SQL › #15 22.02.18 17:28
(8)

Регистры неплохо сворачиваются автоматически обработками по свертке базы. Там нажал получил. А документы просто долго реально любыми, поэтому после свертки документы почистить можно либо delete либо как выше рекомендуют селектами в овременные, но там телодвижений больше, а тут запустил и забыл.
HighLoad › Реально быстрая очистка документов через SQL › #14 22.02.18 17:26
(4)
Да кто спорит, но тут можно на работающей базе споконой чистить хвосты постепенно. Truncate замечательно конечно, но это надо и таблицы создавать и тд...А если таблица весит 50 гигов, а стереть надо в ней только первые 2-3 года...
HighLoad › Реально быстрая очистка документов через SQL › #13 22.02.18 17:24
(5)

не про это было, а про дополнение к обработкам свертки, которые делетят намного медлннее. Выигрыш, не в объеме, а в производительности (у меня допустим индексы очень много занимают и я хочу чтобы они целиком в оперативке были) и в бекапах.
HighLoad › Реально быстрая очистка документов через SQL › #12 22.02.18 17:22
(3)

Не за 5 гигов места, а за производительность в бекапах, да и отрезать надо было начало учета, где вообще все сверхкриво велось.