Перенос данных 1С

Перенос справочника 1С

Не все знают, что при создании чистой базы 1С из имеющейся заполненной базы 1С, методом сохранения конфигурации в файл .cf с последующей загрузкой сохраненной конфигурации в новую базу, в новой базе могут присутствовать не все нужные справочники. В частности может не полностью перенестись справочник Номенклатура. В чистой базе 1С, созданной этим способом, в справочнике Номенклатура могут отсутствовать такие Виды номенклатуры как Материалы, Товары, Услуги и др.

Отсутствие Видов номенклатуры может доставить бухгалтеру некоторые неудобства. Вот почему.

Для каждого Вида номенклатуры в справочнике Номенклатура указываются счета учета. При создании новой номенклатурной единицы ей присваивается Вид номенклатуры. В последующем при создании документа, в котором присутствует данная номенклатурная единица, счета учета заполняются автоматически. Если Вид номенклатуры отсутствует, то счета учета в документах не будут заполняться автоматически и их нужно будет проставлять вручную.

Конечно Виды номенклатуры (материалы, товары, услуги и т. п.) можно создать в чистой базе 1С вручную. Для тех кто не хочет делать это вручную или боится ошибиться, есть другой способ — перенос справочников из исходной (старой) базы 1С в новую (чистую). Кроме того этот способ позволяет перенести из исходной базы в новую помимо справочника Номенклатура любые справочники (и другие данные), которые могут нам потребоваться в новой базе, например справочник Контрагенты и др.

Перенос справочников 1С 8.3 в идентичную конфигурацию

Можно перенести нужные справочники из одной базы 1С 8.3 в другую базу 1С 8.3, если их конфигурации идентичны.

Для этого нужно воспользоваться обработкой «Выгрузка и загрузка данных XML». Обработка доступна для загрузки на сайте ИТС.

Давайте посмотрим как это сделать.

1С перенос справочника номенклатура

Запускаем обработку «Выгрузка и загрузка данных XML» в исходной базе 1С. Для этого в меню (стрелочка в верхнем левом углу) нажимаем «Файл», далее «Открыть» и выбираем файл обработки.

В открывшемся окне на закладке «Выгрузка» переходим в «Настройки выгрузки» и выбираем нужные справочники.

Мы можем перенести только структуру справочника Номенклатура, то есть шаблон характеристик, которые будут применяться ко всем добавляемым в справочник позициям. Для этого нужно выбрать следующие пункты:

• Справочники
• ВидыНоменклатуры
• ТипыЦенНоменклатуры

• РегистрыСведений
• СчетаУчетаНоменклатуры

Для переноса позиций (списка конкретных Материалов, Товаров, Услуг и т. п.) справочника Номенклатура нужно выбрать пункт:

• Справочники
• Номенклатура

Нажимаем кнопку «Выгрузить данные» и сохраняем файл в формате xml.

Открываем новую (чистую) базу 1С. Заходим в раздел «Справочники», далее «Номенклатура». Переходим в закладку «Виды номенклатуры».

Здесь мы видим существующие в новой базе позиции. Если мы произведем перенос справочников, то одноименные позиции, существующие в новой и исходной базах, задвоятся.
Если мы производим перенос справочника Номенклатура в новую (чистую) базу 1С, в которой мы еще не работали, то удобнее будет сразу удалить все содержимое во всех закладках справочника Номенклатура. Сделаем это: помечаем все записи на удаление и удаляем через «Администрирование», далее «Удаление помеченных объектов».

Если мы переносим справочники в уже использующуюся базу, то удалять содержимое справочника Номенклатура в действующей базе нельзя. Нужно выполнить перенос, а после переноса нужно будет удалить задвоевшиеся записи, так чтобы сохранились исходные и были удалены вновь созданные.

Затем запускаем файл обработки «Выгрузка и загрузка данных XML».

Переходим на закладку «Загрузка», нажимаем кнопку «Загрузить данные» и выбираем файл выгрузки в формате xml, сохраненный на предыдущем этапе.

После загрузки нужно зайти в справочник «Номенклатура» и проверить, что все закладки заполнены идентично тому как они заполнены в базе 1С, из которой произведена выгрузка.

Компания Staples – одна из крупнейших в мире сетей магазинов канцелярских товаров, насчитывает более 2000 магазинов в 26 странах мира. Компания ведет бизнес также и в онлайне, ее интернет-магазин является одним из крупнейших по оборотам в США. В компании всегда признавали, что UX сайта чрезвычайно важен, и что скорость загрузки сайта является одним из основных факторов, влияющих на UX.
К тому моменту, когда компания Staples решила уделить больше внимания ускорению собственного сайта, уже были известны данные, что с увеличением времени загрузки сайта процент отказов (bounce rate) возрастает (по данным mPulse/Soasta и Айри.рф):

А конверсия падает:

Для работы над скоростью сайта компания создала кросс-функциональную команду, состоящую из представителей нескольких подразделений:

  • Менеджмент: его представители определяют какая функциональность с точки зрения пользователя должна присутствовать на сайте.
  • ИТ: определяет способы, которыми будет реализована требуемая функциональность и ее последующее внедрение.
  • Маркетинг: отвечает за дизайн и оптимизацию используемых изображений и видео.
  • Мерчендайзинг: определяет то, как продукт будет визуально представлен на сайте.
  • Аналитика: связывает все вместе и предоставляет анализ данных.

Работа началась с того, что были каталогизированы все различные функциональности, которые поддерживаются на сайте.
В компании был установлен регламент: каждую неделю команда собиралась и обсуждала 1-2 функциональности сайта. Докладчиком выступал так называемый «владелец» этой функциональности, то есть тот человек из компании, на бизнес-задачи которого она работает. Команда обсуждала эти функциональности с точки зрения ускорения загрузки и оправданности отказа от нее или какого-то ее аспекта ради ускорения загрузки сайта.

Ход работ

Одним из важных решений, которые нужно было принять, явилось: считать ли целевым KPI полное время загрузки (FPL – Full Page Load) или нужно сосредоточиться на улучшении времени до возможности пользователя взаимодействовать со страницей (Time To Interactive). Команда в итоге решила сосредоточиться на полном времени загрузки, поскольку это более конкретный показатель. В то время как показатель «время до возможности взаимодействия с сайтом» несколько туманен и допускает разные толкования в смысле того, какие возможности должны быть доступны пользователю в этот момент.

Баннеры на сайте

На сайте использовалось множество баннеров, и во многих случаях они были слишком «тяжелыми», а параметры оптимизации изображений выбирались произвольно разными дизайнерами.

Очень похожие визуально изображения, разные версии одного и того же баннера могли «весить» в одном случае 25 КБ, а в другом – 250 КБ.
Команда дополнительно оптимизировала существующие баннеры и внедрила процесс создания баннеров, чтобы избежать этой проблемы в будущем.

А/В-тестирование

Практика проведения А/В-тестирования в компании была неэффективной. В компании использовались два разных средства А/В-тестирования, каждое из которых добавляло свой скрипт на сайт с внешними вызовами.
Команда отказалась от одного из средств А/В-тестирования, а также внедрила процесс окончания эксперимента, чтобы убедиться, что со страниц, где тестирование закончилось, убирается более не нужный скрипт тестирования.

Обращения к другим сторонним сервисам

Пришлось навести порядок в приличном количестве обращений к сторонним сервисам, которых на сайте было немало: аналитические сервисы, рекламные системы, сервисы рекомендаций и отзывов, кнопки/виджеты социальных сетей.
Команда удалила часть из них, но отмечает, что в этом отношении еще возможна дальнейшая оптимизация.

Обращения к базам данных

Некоторые страницы сайта производили 200 обращений к базе данных. Команда оптимизировала их до 10 на страницу.

Javascript

Код скриптов на сайте был существенно переписан, их размер в объеме сократился на 48%, а в строках кода – на 52%.

CSS

Стили на сайте также подверглись оптимизации, в объеме они были сокращены на 83%, а в строках – на 88%.

Извлеченные уроки

Фиксироваться на значимых изменениях

Изначально команда старалась работать по модели «спринта» и с каждым новым релизом версии сайта вносить какие-то улучшения. Однако оказалось, что такие незначительные улучшения были практически незаметны. Создавалось ощущение, что работа ведется, а результата нет или почти нет.

В то же время, из-за идеологии «спринта» не оставалось времени на внесение действительно обширных изменений, которые могли давать значимый, существенный результат. В итоге команда перешла на внедрение больших изменений, пусть и не сразу и не с каждым релизом.

Обращать внимание на конкретные страницы

Довольно быстро команда поняла, что для того, чтобы добиться существенных результатов, нужно сфокусироваться на конкретных страницах, которые посещаются большинством пользователей – главная, карточка продукта, поиск, логин, корзина.

Результаты

  • Медиана времени загрузки главной страницы сайта уменьшилась на 1 секунду
  • Время загрузки сократилось для 98% пользователей. У самых «медленных» пользователей, оно сократилось на 6 секунд.
  • Конверсия выросла на 10%

Примечание по трактовке результатов от экспертов из Soasta, авторов использовавшегося в оптимизации средства слежения за поведением пользователей mPulse:
Данные результаты НЕ означают, что ВСЕ пользователи стали загружать главную страницу на 1 секунду быстрее.
Для кого-то ускорения и не случилось. Поскольку сайт посещают тысячи пользователей с самыми различными конфигурациями устройств и сетевыми подключениями, разброс времени загрузки главной страницы у разных пользователей весьма существенен. Поэтому в этом кейсе использована медиана времени загрузки как показатель общего ускорения.
Это также НЕ означает, что ВСЕ пользователи стали конвертироваться на 10% лучше.
Те пользователи, для которых страницы действительно загружались быстрее, дала в результате такую хорошую конверсию, что в среднем по всем пользователям она улучшилась на 10%.
В заключение добавим, что подобный кейс не является уникальным или необычным. UX-профессионалы и специалисты по оптимизации конверсии отмечают, что это является достаточно стабильным результатом, когда снижение скорости загрузки сайта приводит к улучшению конверсии.
Приведем несколько исследований, которые подтверждают это утверждение:

  • Исследование компании Soasta показало, что ускорение загрузки сайта для пользователей мобильных устройств дает прирост конверсии до 27%.
  • Тесты, проведенные компанией Radware, показали, что всего лишь 2 секунды дополнительной задержки в загрузке в процессе оформления заказа дали прирост процента незавершенных транзакций в 20%.
  • Согласно исследованию компании BlueTriangle, ускорение загрузки карточки товара в интернет-магазинах на 0,1 секунды дает от 1,2% до 3,5% прироста выручки.

Поэтому, если скорость загрузки сайта находится в пределах вашей компетенции, обратите на этот показатель пристальное внимание. Возможно, вы будете именно тем человеком, который обеспечит прирост выручки вашей компании именно сейчас.

В данной главе рассматривается перенос данных непосредственно из исходной информационной базы в 1С:Бухгалтерию 8. Такой способ переноса считается основным.

Если по каким-либо причинам основной способ переноса данных использовать нельзя, например, при переносе из базовых версий, рекомендуется воспользоваться методикой переноса данных из файла выгрузки. Подробно загрузка данных из файла рассмотрена в главе «Вспомогательные методики переноса».

Если в типовую конфигурацию исходной информационной базы вносились изменения, то необходимо ознакомится с параграфом «Перенос данных из нетиповых конфигураций» главы «Вспомогательные методики переноса».

Перенос данных непосредственно из исходной информационной базы выполняется поэтапно. Перед началом переноса необходимо убедиться, что исходная информационная база закрыта и в ней не работают пользователи.

Этап 1. Резервное копирование

Выполним резервное копирование исходной информационной базы.

Этап 2. Загрузка данных

Запустим 1С:Бухгалтерию 8.

Дополнительные настройки в информационной базе 1С:Бухгалтерии 8 не требуются. Настройки параметров учета для корректного переноса данных установлены в информационной базе по умолчанию.

Необходимо воспользоваться помощником перехода (меню Сервис – Перенос данных из информационных баз 1С:Предприятия 7.7).

Шаг 1. Выбор варианта загрузки данных

Выберем пункт Загрузить данные из информационной базы.

Шаг 2. Выбор исходной информационной базы, настройки переноса

В окне Информационные базы 1С:Предприятия 7.7 отображаются зарегистрированные информационные базы. Выберем ту информационную базу, из которой нужно перенести данные в 1С:Бухгалтерию 8.

После выбора информационной базы в поле Путь к информационной базе отображается расположение базы.

После того как информационная база выбрана, укажем информацию, которую следует перенести. Для этого установим переключатель на одном из пунктов:

  • Только справочники – будут перенесены только справочники исходной информационной базы;
  • Остатки на начало года – нужно выбрать этот пункт, если перенос осуществляется на 01число года;
  • Остатки на начало года и обороты за период – нужно выбрать этот пункт, если перенос осуществляется в середине года.

В поле Период укажем период переноса.

Например, если перенос осуществляется на 01 января 2009 года, то установим значение переключателя в положение Остатки на начало года. В поле Период выберем – 2009 г.

Нажмем кнопку Далее для выполнения переноса данных.

Шаг 3. Загрузка

Загрузка данных и их проверка осуществляются автоматически.

Последовательность переноса:

  • подключение к информационной базе,
  • выгрузка данных,
  • загрузка данных,
  • проведение загруженных документов,
  • проверка загруженных документов.

В поле Выполнение отображается индикатор выполнения загрузки в процентах. Ниже приводится наименование исходной информационной базы.

Внимание!

Если загрузка осуществляется в программный продукт базовой версии, то ИНН и КПП организации в 1С:Бухгалтерии 8 будут заменены на ИНН/КПП организации исходной информационной базы.

Шаг 4. Результат переноса

Если перенос данных прошел успешно, выводится строка: «Перенос данных прошел успешно!».

Если используется версия ПРОФ, можно сразу приступить к переносу следующей информационной базы, нажав кнопку Продолжить. Порядок сопоставления данных при переносе из нескольких информационных баз описан в главе «Вспомогательные методики переноса».

Если требуется вернуться к началу и изменить вариант переноса данных, нажмем кнопку В начало.

Кнопка Завершить используется для закрытия формы.

Если используется базовая версия, перенос данных окончен. Следует нажать кнопку Завершить для закрытия формы.

Если при переносе возникли ошибки, то по ссылке Информация о возникших ошибках открывается информационное сообщение об ошибке. После устранения ошибки нужно повторить перенос данных (кнопка Повторить).

Принцип работы.

Несколько слов о том как производится перенос данных из информационной базы типовой конфигурации «1С Бухгалтерия 8 ред.1.6» (версия 1.6.30.6) в информационную базу типовой конфигурации «1С Бухгалтерия 8 ред.3.0».

Переход с «1С Бухгалтерия 8 ред.1.6» на «1С Бухгалтерия 8 ред.3.0» рекомендуется выполнять в начале нового периода (года, квартала, месяца) после завершения регламентных операций прошлого периода.

Перенос данных производится при помощи универсальной обработки, выгружающей данные из информационной базы «1С Бухгалтерия 8 ред.1.6» в файл в формате XML. Полученный файл загружается в информационную базу «1С Бухгалтерия 8 ред.3.0» при помощи универсальной обработки загрузки данных.

Для переноса данных необходимы следующие файлы:

ACC16_30.xml — правила конвертации данных.

Переносимые данные.

Из информационной базы «1С Бухгалтерия 8 ред.1.6» в «1С Бухгалтерия 8 ред.3.0» переносятся:

  • информация о текущих остатках на счетах бухгалтерского учета информационной базы «1С Бухгалтерия 8 ред.1.6» на дату конвертации информационной базы

  • документы информационной базы «1С Бухгалтерия 8 ред.1.6» за выбранный период

  • необходимая справочная информация из информационной базы «1С Бухгалтерия 8 ред.1.6»

Конвертация выполняется в два этапа:

— данные из информационной базы «1С Бухгалтерия 8 ред.1.6» выгружаются в отдельный файл (файл данных);

— полученный файл загружается в информационную базу «1С Бухгалтерия 8 ред.3.0».

Установка.

Установки не требуется, так как используются обработки, встроенные в типовые конфигурации, в «1С Бухгалтерия 8 ред.1.6» и «1С Бухгалтерия 8 ред.3.0».

Порядок работы.

В программе «1С Бухгалтерия 8 ред.1.6» нужно открыть обработку «Универсальный обмен данными в формате XML», выбрать папку, в которой находятся правила переноса (см. рис. 1) и загрузить правила обмена. Не нужно включать все правила переноса. Следует использовать только те, которые необходимы для переноса остатков. Все справочники переносятся по ссылкам, по мере необходимости, т.е. только те, которые задействованы в остатках. Это обеспечивает отсутствие «мусора» в новой информационной базе.

Если нужно выгрузить остатки на конец года, например на конец дня 31.12.2014, т.е. правильнее говорить на начало 2015 года, то период выгрузки должен быть 01.01.2015 — ХХ.ХХ.ХХХХ. Документы ввода остатков в «1С Бухгалтерия 8 ред.3.0» будут датированы 31.12.2014. С 01.01.2015 в «1С Бухгалтерия 8 ред.3.0» нужно создавать документы, отражающие текущие операции. Если нужны только остатки, то включать надо правила выгрузки данных из раздела «Входящие остатки» (см. рис.1). Правила выгрузки данных из раздела «Документы» в этом случае следует отключить (см. рис.3 — рис.6). Период выгрузки например 01.01.2015 — 31.01.2015 означает, что переносится будут документы января 2015 года. Правила выгрузки данных из раздела «Документы» в этом случае должны быть включены.

Рис.1. Обработка для выгрузки данных

В первую очередь рекомендуем перенести учетную политику организации (справочник «Организации» переносится по ссылкам). При переносе данных можно дополнительно установить параметры (см. рис.2). Для возврата к значениям по умолчанию следует перезагрузить правила обмена.

Рис.2 Установка параметров

Применение некоторых параметров требует пояснений. Параметр «Контролировать уникальность кодов справочников» позволяет управлять переносом справочников. Использовать его имеет смысл при переносе данных из нескольких источников в один приемник. При переносе данных «один в один», назовем этот случай условно копированием из одной базы в другую, контролировать уникальность кодов справочников как правило нет необходимости, поскольку уникальность и так уже обеспечена в базе-источнике (в данном случае считаем, что в базе-источнике обеспечена уникальность во всем справочнике, а не в пределах подчинения). Другое дело случай «два в один». Здесь наверняка найдутся совпадения кодов элементов справочника в разных базах. Рассмотрим на примере справочника «Номенклатура». На рис.2а представлен вариант переноса справочника из двух различных информационных баз при установленном по умолчанию значении параметра «Контролировать уникальность кодов справочников» — «Ложь». Понятно, что два различных элемента справочника с одинаковым кодом, перенесены из различных баз.

Рис.2а Вариант переноса при отсутствии контроля уникальности кодов справочников

На рис.2б представлен альтернативный вариант переноса при установленном значении параметра «Контролировать уникальность кодов справочников» — «Истина». Второй здесь переносится база, в которой есть элемент «Установка/замена ЭКЛЗ». В этом случае недопустимо оставить код элемента неизменным, так как это будет дубль по коду, поэтому код присваивается новый, такой как будто этот элемент ввели вручную в базе-приемнике, т.е. по правилам автонумерации этой базы. Элемент с кодом «00000000005» понятно остался неизменным.

Рис.2б Вариант переноса при наличии контроля уникальности кодов справочников

Вариант переноса данных, предполагающий перенос текущих операций после ввода остатков, содержит правила обмена документами и справочниками. Перечень правил обмена представлен на рисунках 3, 4, 5 и 6.

Рис.3 Перечень правил обмена документами (первая часть)

Рис.4 Перечень правил обмена документами (вторая часть)

Рис.5 Перечень правил обмена документами (третья часть)

Рис.6 Перечень правил обмена документами (четвертая часть)

Приемы работы

Покажем как можно переносить данные частями, а не целиком, на примере выгрузки справочника отдельного вида или даже отдельных элементов справочника выбранного вида. Пометим только одно правило выгрузки данных «Физические лица» (см. рис.7). Это позволит выгрузить только элементы справочника «Физические лица». Можно дополнительно установить отбор элементов справочника по реквизитам.

Рис.7 Как установить правило выгрузки данных определенного вида

После окончания выгрузки необходимо запустить программу «1С Бухгалтерия 8 ред.3.0». Загрузку как первоначально так и при повторных переносах данных или дополнительных переносах следует выполнять с помощью типовой обработки «Универсальный обмен данными в формате XML» (см. рис.8).

Рис.8 Загрузка в программу «1С Бухгалтерия 8»

После загрузки документов в базу «1С Бухгалтерия 8 ред.3.0» их необходимо перепровести для получения всех необходимых движений. После загрузки документы помечены как проведенные, однако никаких движений они не имеют. Пометка проведения сделана для удобства пользователей: на практике в информационных базах часто встречаются документы непроведенные и не помеченные на удаление, после переноса их проводить не нужно. Нужно воспользоваться обработкой «Групповое перепроведение документов» и провести только проведенные документы (см. рис.9). Таким образом непроведенные документы останутся по прежнему непроведенными.

Рис.9 Групповое перепроведение документов

Методика конвертации данных.

Конвертация при необходимости может выполняться в несколько этапов, например, сначала справочники, а потом документы ввода остатков. Возможен повторный перенос информации. Между переносами не следует вносить исправлений в перенесенные данные в «1С Бухгалтерия 8 ред.3.0», иначе эти исправления могут пропасть при повторных переносах.

Остатки переносятся посредством документов «Ввод начальных остатков».

Подробнее с методикой ввода остатков можно ознакомиться в статье на сайте ИТС фирмы 1С.

Важно! Перед вводом начальных остатков должны быть заданы параметры учетной политики. Параметры учетной политики организации считываются на дату, следующую за датой ввода остатков. Например если дата ввода остатков 31.12.2013 г., то учитываются параметры учетной политики, установленные на дату 01.01.2014 г. Это позволяет учитывать параметры текущей учетной политики (например: если в 2013 г. организация применяла упрощенную систему налогообложения, а с 2014 г. перешла на общую систему — то при вводе остатков на дату 31.12.2013 г. будут учитываться параметры учетной политики 2014 г). Именно поэтому, как указано выше, в первую очередь рекомендуем перенести учетную политику организации.

Важно! Если Вы решили начать работать в «1С Бухгалтерия 8 ред.3.0» раньше, чем перенесли туда остатки, то необходимо предварительно до начала работы в «1С Бухгалтерия 8 ред.3.0» перенести справочники. Иначе при переносе остатков в непустую базу возможны ошибки.

Причины купить:
Обновления бесплатны в течение 6 месяцев после покупки. По окончании периода бесплатных обновлений, Вы можете получать обновления на платной основе (стоимость см. ниже). При этом, если Вы приобрели несколько программных продуктов, в составе комплектов или по отдельности, то Вы вправе рассчитывать на скидку. Вы можете подробнее ознакомиться с системой скидок.

Достоинства:
Правила созданы по технологии Конвертации данных: легко редактируются.
Полностью открыты, нет лицензионных ограничений кроме запрета на тиражирование.

Сравнение версий:
Правила регулярно обновляются под новые релизы.

Комплект поставки.

В комплект поставки входят: правила переноса «ACC16_30». В случае если Ваша организация не располагает штатным программистом для проведения работ, мы готовы предложить услуги своего специалиста (программист подключится к Вашему компьютеру через интернет, посредством специальной программы для удаленной работы и произведет нужные работы). Если есть возможность предоставить рабочую базу «1С Бухгалтерия 8 ред.1.6», можем перенести данные сами и передать файл «1С Бухгалтерия 8 ред.3.0» с перенесенными остатками. Стоимость данной услуги не входит в общую стоимость пакета.

Пользовательское соглашение.

Наименование проекта

Цена

Валюта

Покупка

Перенос остатков и документов из программы «1С Бухгалтерия 8 ред.1.6» в «1С Бухгалтерия 8 ред.3.0»

руб

Наименование проекта

Цена

Валюта

Покупка

Обновления в течение 12 мес. Перенос из 1С БП ред.1.6 в 1С БП ред.3.0

руб

Другие правила переноса данных:

22.01.19 Базы данных 348

Современные программные системы отличаются разнообразием – используются разные структуры и форматы данных. Но как бы там ни было, данные в таких системах представляют большую ценность. Ведь в любой момент система может быть заменена на другую и может потребоваться сделать перенос данных из одной базы в другую. Ниже будет сделан краткий обзор на эту тему.

Очевидно, что две разные системы имеют разные базы данных (БД) – может различаться их тип, структура таблиц и так далее (обычно используются базы данных с поддержкой SQL). Как в таком случае извлечь данные и перенести в другую базу данных с сохранением всей информации? Без помощи специалиста здесь сложно обойтись, коротко рассмотрим, что ему будет необходимо сделать.

Прежде всего необходимо получить доступ к старой базе данных и получить представление о ее структуре. После составления схемы старой БД, нужно проанализировать схему новой БД – куду будет выполняться импорт данных. Наконец, останется использовать удобный язык программирования (PHP, C++ и т.д.) и написать код для извлечения данных из одной базы в другую. Когда код будет готов, необходимо внимательно протестировать его и можно приступать к запуску процесса переноса данных между базами.

Структура кода для переноса данных между базами стандартная. Обычно используется схема, при которой код сначала извлекает все данные из базы и помещает их в ассоциативный массив. Ключи такого массива – названия столбцов, а значения массива соответственно являются значениями столбцов.

Так как названия столбцов скорее всего различаются между базами, потребуется из вышеупомянутого анализа составить в коде массив для трансформации данных. А именно, такой массив будет указывать соответствие названия старого столбца и название столбца в новой БД. Данные останутся те же, поменяются только названия столбцов.

Когда массив с данными из старой БД и массив для трансформации готов — при помощи цикла делается обход массива и выполняется вставка данных из этого массива в столбцы в новой базе данных в согласии с соответствиями столбцов этих двух БД.

Нужно принять во внимание тот факт, что объем данных может оказаться значительным и поэтому потребуется много времени на работу кода. Поэтому важно перед запуском правильно настроить сервер для экспорта и импорта данных между базами данных:

  • убрать ограничения на время работы скрипта;
  • выделить достаточно оперативной памяти;
  • использовать мощный процессор и т.д.

Но и это не все, так как скорость миграции данных будет зависеть от лаконичности и быстроты выполнения кода. Поэтому код должен выполнять минимум запросов к БД, он должен быть строго оптимизированным. Если позволяют возможности БД, необходимо стараться вместо одиночных запросов делать один массовый, который можно разделять на транзакции при необходимости.

Таким образом, сделать перенос данных из одной базы в другую – это посильная задача, которую стоит доверить специалисту. Если вы давно хотели сменить свою систему на другую (ее тип не важен — веб, настольное ПО и т.д.), но не решаетесь из-за переноса данных – переживать не стоит, можно установить новую систему и выполнить перенос данных без потерь.

Оставьте комментарий