У меня кровь из глаз пошла при чтении статьи. За много лет работы с 1С я насмотрелся всякого, но такое!
Крокодиловы слезы, видимо. Бывает.
Автор статьи и ее коллеги сделали совершенно правильный выбор. И результат их работы правильность этого выбора абсолютно подтверждает. По поводу якобы (да хоть бы и не якобы) нарушения лицензирования в случае прямой работы средствами SQL-server - смешно читать, вроде умные люди должны быть, ИТ-шники как-никак.
Расскажу случай годичной давности:
Некоему довольно крупному казахстанскому ритейлеру вот так же понадобилось дочернюю контору выделить в отдельную базу. Конфа - КА для Казахстана с собственными доработками, размер базы - 180Гб, при этом на дочернюю приходится ~6%, если говорить о документах. В базе 10 организаций. Выпилить нужно с сохранением всех документов в новой базе, т.е. ввод остатков не прокатывает. Было два предложения - наше и одного омского франча.
Наше (перевожу в рубли) - фиксированная стоимость 650.000. Согласно нашему предложению, новая база, полностью обрезанная, начала бы работать максимум через 30 дней после подписания договора (и это мы еще с запасом брали, страховались на всякий случай, т.к. нужна была не только обрезка, но и корректировка\настройка обменов с сайтами\датареонами и т.д. и т.п.). Выполнили у себя тестовую обрезку с помощью собственной разработки (с успехом применяем ее и сейчас), средствами SQL-server, разумеется - все прошло отлично, никаких гнуснопрославленных битых ссылок и прочего уксуса в виде кривой ОСВ, убитого СебестоимостьТоваров или потерянных данных ЗУП. Непосредственно удаление занимало 1 ч 38 мин. на нашем вполне рядовом сервере. Плюс пересчет итогов - не помню уже, что-то в пределах часа. Разумеется, не все ненужные данные удалялись напрямую, что-то пришлось обработками выпиливать - еще полчаса при готовности обработок, да это уже мелочи, можно и после запуска базы сделать. Т.е., при самом тяжелом раскладе гарантированно укладывались даже не за сутки - за ночь. Статистика по удаляемым данным: Документы - 5.250.000 до, 352.000 после. Независимые РС - 48.924.000 до, 2.242.000 после. Справочники - 4.560.000 до, 2.242.000 после.
Проект в итоге делал некий франч из Омска, мурыжили месяцев 9, выбрав максимально затратный по всем параметрам и рискованный в плане потери данных путь - план обмена, РИБ\не РИБ, уж не знаю. Вынесли бедным бухам все мозги, истрепали нервы бесконечными потерями справочников\документов. Начали в июле, новая база начала работать с 1-го января, закончили в марте. Разбогатели на 3.500.000
Что ж, в конце концов, никому не запрещается наживаться на идиотизме заказчика (особенно если сын директора заказчика как раз в этом франче и работает). А засранцы из ИТ-отдела заказчика начали хвастаться, как у них все хорошо прошло, и "это был самый успешный и безболезненный переход, что мы когда-либо видели", "был выбран самый оптимальный путь" и прочий льстивый бред.
"Такая вот история ...", как говаривал, бывало, крестный отец...
Крокодиловы слезы, видимо. Бывает.
Автор статьи и ее коллеги сделали совершенно правильный выбор. И результат их работы правильность этого выбора абсолютно подтверждает. По поводу якобы (да хоть бы и не якобы) нарушения лицензирования в случае прямой работы средствами SQL-server - смешно читать, вроде умные люди должны быть, ИТ-шники как-никак.
Расскажу случай годичной давности:
Некоему довольно крупному казахстанскому ритейлеру вот так же понадобилось дочернюю контору выделить в отдельную базу. Конфа - КА для Казахстана с собственными доработками, размер базы - 180Гб, при этом на дочернюю приходится ~6%, если говорить о документах. В базе 10 организаций. Выпилить нужно с сохранением всех документов в новой базе, т.е. ввод остатков не прокатывает. Было два предложения - наше и одного омского франча.
Наше (перевожу в рубли) - фиксированная стоимость 650.000. Согласно нашему предложению, новая база, полностью обрезанная, начала бы работать максимум через 30 дней после подписания договора (и это мы еще с запасом брали, страховались на всякий случай, т.к. нужна была не только обрезка, но и корректировка\настройка обменов с сайтами\датареонами и т.д. и т.п.). Выполнили у себя тестовую обрезку с помощью собственной разработки (с успехом применяем ее и сейчас), средствами SQL-server, разумеется - все прошло отлично, никаких гнуснопрославленных битых ссылок и прочего уксуса в виде кривой ОСВ, убитого СебестоимостьТоваров или потерянных данных ЗУП. Непосредственно удаление занимало 1 ч 38 мин. на нашем вполне рядовом сервере. Плюс пересчет итогов - не помню уже, что-то в пределах часа. Разумеется, не все ненужные данные удалялись напрямую, что-то пришлось обработками выпиливать - еще полчаса при готовности обработок, да это уже мелочи, можно и после запуска базы сделать. Т.е., при самом тяжелом раскладе гарантированно укладывались даже не за сутки - за ночь. Статистика по удаляемым данным: Документы - 5.250.000 до, 352.000 после. Независимые РС - 48.924.000 до, 2.242.000 после. Справочники - 4.560.000 до, 2.242.000 после.
Проект в итоге делал некий франч из Омска, мурыжили месяцев 9, выбрав максимально затратный по всем параметрам и рискованный в плане потери данных путь - план обмена, РИБ\не РИБ, уж не знаю. Вынесли бедным бухам все мозги, истрепали нервы бесконечными потерями справочников\документов. Начали в июле, новая база начала работать с 1-го января, закончили в марте. Разбогатели на 3.500.000
Что ж, в конце концов, никому не запрещается наживаться на идиотизме заказчика (особенно если сын директора заказчика как раз в этом франче и работает). А засранцы из ИТ-отдела заказчика начали хвастаться, как у них все хорошо прошло, и "это был самый успешный и безболезненный переход, что мы когда-либо видели", "был выбран самый оптимальный путь" и прочий льстивый бред.
"Такая вот история ...", как говаривал, бывало, крестный отец...