Внедрение WMS-систем управления складом на российских предприятиях, оказывающих складские услуги, становится общераспространенной практикой. Но что представляют собой такие системы? Каковы нюансы их практического внедрения?

WMS-система на складе: что это такое и чем она отличается от ERP

WMS – это сокращение от Warehouse Management System, что буквально переводится как «система управления складом». Под соответствующим управлением можно понимать, прежде всего, эффективный учет различных этапов складской работы, а также планирование и оптимизацию данных этапов (осуществляемую, прежде всего, за счет автоматизации алгоритмов выполнения тех или иных процедур, что составляют работу сотрудников склада).

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

Однако, решения, при которых осуществляется как таковая интеграция WMS и ERP – как независимых типов продуктов, становятся все более распространенными. В рамках такой интеграции между двумя платформами осуществляется информационный обмен, представленный:

1. Сообщениями из ERP в WMS, например:

• о различных справочниках (по товарам, клиентам, производителям);
• о документах по товарам и процедурам;
• об операциях с товарами;
• об остатках по товарам, их состоянии.

1. Сообщениями из WMS в ERP, отражающими, в частности:

• статус обработки документов;
• результаты проведения складских операций;
• ответы на запросы (например, о статусе товара на складе).

Следует отметить, что WMS как интегрируемая платформа и WMS как часть ERP – это решения, которые призваны решать принципиально разные задачи . Они выражено отличаются друг от друга:

1. По временной привязке анализируемых операций.

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

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

1. По направленности учета.

WMS учитывает - в реальном времени, объекты исходя из их физических характеристик (вес, размеры, тип упаковки и иные), ERP – показатели количества и стоимости (важные, прежде всего, с точки зрения того же бухгалтерского учета).

1. По объекту учета.

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

1. По степени приспособленности к учету не систематизированных объектов.

WMS способна анализировать движение в принципе любых типов товаров (и сочетаний товаров) вне зависимости от способа их упаковки и специфики схемы осуществления с ними складских операций. ERP рассчитана на учет, главным образом, системных объектов - тех, по которым есть стандартизованные соответствия в номенклатуре и схемах складских операций.

1. По степени приспособленности к интеграции со складской инфраструктурой (в целях считывания анализируемых данных по факту выполнения какой-либо операции).

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

Таким образом WMS-система - это инструмент в значительной степени тактический - позволяющий немедленно реагировать на те или иные события при организации работы склада. ERP – в значительной степени стратегический, рассчитанный не столько на реакцию, сколько на планирование работы склада. Но, поскольку оба акцента могут быть важны по-своему, на предприятии желательна та самая интеграция WMS и ERP, которые будут дополнять друг друга.

Как работает WMS-система: состав инфраструктуры управления складом

Каким образом, собственно, функционирует WMS-платформа - решая поставленные задачи по оптимизации склада (которые дифференцируются от типично учетных, что характеризуют использование ERP)? В самом упрощенном виде схема ее работы выглядит так:

1. Работник на приемке, получая груз откуда-нибудь (как вариант, напрямую от контрагента), идентифицирует его (например - сканируя «привязанные» к грузу штрих-коды или RFID-метки).

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

1. Работник склада, «сидящий» за программой (пользовательской частью WMS), получает от нее подробные рекомендации - насчет того, куда девать груз (в какое конкретно место его перемещать, и с помощью какого оборудования).

1. В программе фиксируются все сведения о последующих операциях с грузом (во многих случаях - и об операциях с транспортным средством, с помощью которого он перемещен - в частности, данные о маршруте движения транспорта).

При необходимости WMS-система выдает последующие рекомендации другим работникам склада — осуществляющим его временное размещение, а затем отгрузку. В ряде случаев на товар (как и на ТС) «прикрепляются» дополнительные идентификаторы - корпоративные штрих-коды или RFID-метки, для лучшей их отслеживаемости.

В установленном порядке данные об операциях с грузами документируются (как вариант, в рамках интеграции с ERP-платформой) и сохраняются в базе, откуда в любой момент могут быть запрошены компетентными специалистами.

Таким образом, предполагается, что инфраструктура склада с WMS-системой будет представлена следующими основными компонентами:

• терминалами сбора данных - для считывания идентификаторов;
• средствами размещения соответствующих идентификаторов (принтерами этикеток, RFID-меток);
• серверами для обработки данных - получаемых считывателями;
• серверами для хранения данных, полученных со считывателей (и иных, что сформированы программой);
• самой программой WMS (состоящей из серверной части, базы данных и пользовательской части).

Безусловно, в зависимости от специфики техпроцесса на конкретном предприятии функционал системы управления складом может быть еще более широким (как и спектр используемого оборудования и ПО). Но, так или иначе, вне зависимости от характеристик инфраструктуры склада, в котором внедрена WMS-платформа, вся работа системы сводится к трем основным процедурам:

• идентификации (и последующему отслеживанию) объектов;
• формированию предписаний и рекомендаций по последующим операциям с объектами (в целях улучшения эффективности проведения таких операций);
• отражению сведений о проведенных операций в базе данных.

Остальной функционал WMS (интерпретация полученных данных, их обработка, тиражирование) – следствие выполнения системой указанных процедур.

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

История WMS в России

Первые WMS-решения, внедряемые в России - это было в конце 90-х, были западными, так как на отечественном рынке подобные продукты в необходимом масштабе не разрабатывались. Однако, вскоре наступил кризис 1998 года, при котором доллар, как известно, подскочил в цене в несколько раз, и зарубежные разработки даже крупнейшим российским предприятиям стали не по карману. Возник спрос на решения от локальных производителей - которым пришлось срочно догонять западных коллег технологически и обеспечивать при этом совместимость своих продуктов с российской спецификой - которая, как показывала практика, во многом была сюрпризом для поставщиков из-за границы.

С обеими задачами российские разработчики начали справляться вполне успешно. Уже в 1999 году появились первые WMS-системы для алкогольного рынка и фармацевтики, далее - в иных сферах розницы. В начале и середине 2000-х на фоне общего роста экономики и платежеспособности бизнеса многие фирмы вновь начали проявлять интерес к западным продуктам - которые, к слову, значительно добавили в части адаптированности к российским реалиям, и потому во многих сегментах WMS-продуктов начали вытеснять местные разработки.

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

Кризис осени 2008 года - который также сопровождался девальвацией рубля (хотя и не такой значительной, как в предыдущем десятилетии), стал фактором очередного существенного смещения приоритетов российских фирм в выборе WMS-решений. Не уступающие западным аналогам по функционалу местные продукты стали более привлекательными по цене. Страна происхождения продукта перестала играть ключевую роль - российский бизнес в первую очередь начал смотреть на функционал WMS-решения. Который, в свою очередь, формировался как раз с учетом запросов национальных предприятий с учетом их специфики.

Но, собственно, в связи с чем российские предприятия начали проявлять интерес к WMS (и продолжают это делать)? Что дает внедрение такой платформы?

Что дает внедрение системы управления складом

Современная WMS-система - инструмент, позволяющий решать предприятию следующие типичные виды проблем при организации работы склада:

1. Претензии контрагентов по комплектации заказов .

В отсутствие механизмов эффективного учета и оптимизации процесса такой комплектации (и при наличии временных ограничений на ее осуществление) могут возникать ошибки. WMS-система выдает работникам склада готовые, максимально эффективные алгоритмы для соответствующей комплектации, вследствие чего она происходит оперативно и с минимумом ошибок.

1. Неоправданные задержки при выполнении различных операций .

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

1. Появление недостач и излишков по товарам .

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

1. Низкое качество инвентаризации товара .

Особенно сложна инвентаризация на предприятиях со сложной номенклатурой и интенсивным товарным оборотом. Поскольку WMS приспособлена к анализу данных в режиме реального времени, то предполагается, что в базах данных системы будет значительное количество событий, дающих необходимые сведения по инвентарным задачам. Как следствие, многие из них - например, физический обход объектов, становится необязательно решать в принципе: система и так «знает», где и в каком статусе размещен товар.

1. Непредсказуемость человеческого фактора .

Без системных алгоритмов, по которым предписывается осуществлять складские операции, работник склада делает их по-своему и не всегда эффективно. Кроме того, свой опыт и навыки ему сложно передавать другим коллегам - поскольку порядок проведения операций, которому он привык следовать, часто понятен только ему одному. WMS-платформа как раз создает необходимые алгоритмы - которым могут следовать любые работники.

Внедрение WMS-системы на практике дает:

• увеличение эффективности задействования мощностей на складе (один и тот же объем грузов можно разместить на меньшей площади);
• сокращение потребности в общем объеме инфраструктуры (как и уменьшение расходов на ее содержание) в расчете на определенное количество складских операций (один и тот же объем грузов можно перевезти с использованием меньшего количества техники).

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

Рассмотрим теперь подробнее то, каков типичный функционал адаптированного для российского бизнеса WMS-продукта - тот, что более востребован местными предприятиями.

Типичный функционал ВМС-системы: чего ждут пользователи

Современное российское предприятие будет рассчитывать на приобретение WMS-продукта, который (условимся, что он представлен самостоятельным продуктом - опционально интегрируемым с ERP) приспособлен:

1. К детальному информационному сопровождению работы сотрудников склада .

Основной тип компонента такого сопровождения - справочник. Например — справочник по товарам, из которого можно узнать по интересующей складской позиции все, что нужно (ознакомиться с описанием товара и его поставщиком, статусом на складе, объемами). Востребованы могут быть справочники по контрагентам, складскому транспорту и иным объектам инфраструктуры.

1. К визуализации складских процессов .

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

1. К управлению основными складскими процедурами (в том числе к эффективному учету результатов их выполнения):

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

1. К осуществлению контроля над эффективностью использования складских мощностей .

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

1. К оптимизации работы сотрудников склада .

Такая оптимизация может заключаться:

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

1. К обеспечению контроля качества исполнения заказов .

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

1. К сбору данных по работе склада в целях их последующего анализа на предмет эффективности и улучшений (как вариант - по тем критериям, которые предлагаются самой системой).

1. К выполнению различных смежных операций (не связанных с долговременным размещением товара).

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

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

В рамках организации работы склада во многих случаях важен подсчет себестоимости различных процедур (и целесообразности их проведения с точки зрения ценообразования складских услуг). Предполагается, что WMS-система выработает наименее затратные с точки зрения потребности в финансовых и трудовых ресурсов схемы проведения складских операций. Или - как минимум, поспособствует снижению такой затратности за счет предоставления пользователю подробных отчетов, по которым можно понять, из чего складывается себестоимость работы склада.

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

Анализ и учет складских операций

В рамках приведенного функционала (и прочего, что типичен для востребованных WMS-платформ) предполагается анализ и учет (на большинстве этапов — с высокой степенью автоматизации учетных процедур) следующих основных складских операций:

1. Связанных с приемкой грузов :

• непосредственно приемки (физическое поступление товара от поставщика);
• документального оформления приемки (например, распечатка ордеров);
• идентификации товаров (с помощью штрих-кодов, радиометок и иных инструментов);
• оформления товара на ответственное хранение и размещения его на складе;
• установления характеристик товара и включение их в описание позиций в базе данных WMS-системы.

1. Связанных с размещением товара на складских мощностях :

• осуществления хранения (и, если это необходимо, грузопереработки);
• размещения товара в соответствии с используемой топологией (привязкой к конкретному месту, ячейке);
• перемещения;
• проверки уже размещенного товара.

1. Связанных с комплектацией заказов на отгрузку :

• формирования заданий;
• упаковки на носители (в коробы, паллеты);
• маркирования (при необходимости).

1. Связанных непосредственно с отгрузкой :

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

1. Связанных с управлением запасами :

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

1. Связанных с управлением трудовыми резервами :

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

1. Связанных с управлением инфраструктурой :

• учета движения транспортных средств и инвентаря (в том числе предоставленных контрагентами);
• повышения уровня обеспеченности персонала необходимыми ТС и инвентарем (и иными инструментами в рамках имеющейся складской инфраструктуры);
• контроля над эффективностью использования инфраструктуры.

Что касается, собственно, автоматизации учета различных операций, то главным техническим ее условием можно назвать эффективную идентификацию товаров и сопутствующих им объектов (контейнеров, транспортных средств и прочих частей складской инфраструктуры). Оптимизированный механизм идентификации - с помощью средств, наилучшим образом сочетающих в себе цену и технологичность, позволяет, прежде всего, ускорить ввод и вывод различных данных, что используются в WMS-системе, а также свести к минимуму ошибки при таком вводе при обеспечении приемлемой себестоимости содержания инфраструктуры. Использование такого механизма может играть особенно важную роль с учетом того, что на исправление ошибок уходит время - не считая того, что они сами по себе могут сопровождаться коммерческими рисками.

Преимущества WMS-систем для крупного складского комплекса - очевидны. Но чтобы ощутить их в полной мере, важно грамотно внедрить систему управления складом.

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

Виды возможных решений

WMS-решения классифицируются на следующие основные разновидности:

1. Корпоративные решения - разрабатываемые силами самих предприятий, на которых предполагается использование платформы.

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

1. Низкобюджетные и среднебюджетные платформы - готовые (имеющие, как правило, низкую приспособленность к конфигурированию) продукты, ориентированные на малый и средний бизнес.

По существу, функционал таких платформ сведен к решению задач, характерных для как такового учета складских процедур - то есть, их документирования (и сопутствующему контролю над статусом используемых документов). Автоматизация на рассматриваемых платформах - не приоритетна, но, надо сказать, объективная потребность в ней в масштабах МСП, как правило, невысока. Потому и незачем переплачивать за нее.

1. Коробочные платформы - готовые продукты (имеющие в ряде случаев среднюю конфигурируемость), приспособленные к нуждам, главным образом, крупных бизнесов.

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

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

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

К числу специфических, и притом ключевых критериев классификации WMS-решений правомерно отнести базируемость продукта на крупнейшей общенациональной учетной платформе - 1С. Условно говоря, все решения на российском рынке (и это еще одна его особенность) от отечественных разработчиков можно поделить на два типа:

• на те, что базируются на 1С;
• на те, что не базируются на 1С.

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

Те решения, что не базируются на 1С, следует критически оценивать с точки зрения:

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

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

Так или иначе, к числу лидирующих WMS-решений на российском рынке можно отнести (отметим сразу, что нижеследующий перечень нельзя считать исчерпывающим и даже стабильным - поскольку рынок в рассматриваемом сегменте может быть подвижен) такие продукты как:

• AXELOT WMS X5 (который относится к тем, что базируются на 1С);
• LEAD (не базируется на 1С, но может быть интегрирована с различными модулями на этой платформе);
• зарубежная разработка Manhattan Scale;
• TopLog WMS (базируется на 1С);
• «Солво» (не базируется на 1С, но может быть интегрирована с платформой).

Сам по себе выбор WMS-платформы должен осуществляться не только исходя из критериев классификации, функционала и страны происхождения решения. Учитывать нужно много факторов - рассмотрим их подробнее.

Как выбрать WMS-систему автоматизации склада для предприятия

WMS-решение может быть одним из самых дорогостоящих типов IT-инфраструктуры на предприятии. Речь идет об инвестициях в сотни тысяч, а то и миллионы рублей. Поэтому, выбор нужного продукта должен быть последовательным и продуманным. В этих целях людям, принимающим решение об инсталляции WMS-системы на предприятии, правомерно придерживаться определенного алгоритма действий, которые логически приводят к выбору оптимального продукта. Данный алгоритм в общем случае предполагает:

1. Предварительный анализ целей , для которых покупается WMS, и их документирование.

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

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

1. Составление и документирование общей схемы технологического процесса , характерного для работы конкретного склада - на котором будет задействоваться WMS.

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

1. Обращение к поставщику WMS -платформы и последующая передача ему:

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

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

1. Составление «короткого листа» продуктов - подходящих под поставленные цели и техпроцесс.

Имеет смысл сформировать список из 4-5 наиболее подходящих решений.

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

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

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

1. Выставление ценовых пожеланий к поставщикам .

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

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

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

Собрав данные от поставщиков по ценовому вопросу, можно приступать к окончательному выбору платформы.

1. Окончательное решение по выбору .

При его принятии могут быть учтены следующие факторы:

• длительность присутствия поставщика на рынке;
• регулярность текущих обновлений платформы;
• наличие или отсутствие смежных продуктов (например, для логистики);

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

Определение

Под аббревиатурой WMS, которая расшифровывается как Warehouse Management System, понимают систему управления складом, обеспечивающую комплексную автоматизацию всего складского хозяйства. Эта система представляет собой программу с такими возможностями, как управление складской операционной деятельностью, логистикой, топологией, учетом запасов, планированием операций и другими складскими процессами. Главная цель внедрения программы - уменьшение затрат ресурсов на управление и повышение прозрачности складских операций.

Функции WMS

Представленные на рынке Warehouse Management System могут иметь разную функциональность, так как ориентируются на различные отрасли. Однако есть функции, которые выполняет большинство решений категории WMS:

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

Многие программы имеют и такие функции, как моделирование потоков в рамках склада и всего предприятия. Основное преимущество конкретной складской системы автоматизации WMS - поддерживает она гибкую настройку под особенности определенного бизнеса или нет.

Что дает внедрение WMS?

Преимущества, которые тот или иной склад получает в результате внедрения WMS, зависят от особенностей складского комплекса. Тем не менее у подобных программ есть общие показатели повышения эффективности работы склада:

1. Упорядочиваются технологические процессы работы с основными объектами логистики - материальными потоками. За счет автоматизированных механизмов адресного хранения система обеспечивает высокую (99,9%) точность информации о количестве товаров и их размещении.
2. Повышается производительность склада, увеличивается и ускоряется товарооборот. Система оптимизирует эксплуатацию складских площадей, расширяет вместимость на 5-25% путем автоматизированного определения грамотной стратегии размещения грузов. Многие решения умеют моделировать расположение грузовых единиц: WMS высчитывает их размещение с учетом габаритов максимально рационально.
3. Сокращается время выполнения складских операций. Благодаря использованию программы производительность труда работников увеличивается на 20-30%. Автоматизация сводит к минимуму непредвиденные ситуации и помогает сотруднику при их решении.
4. Снижаются эксплуатационные расходы, так как управление погрузочной техникой и оборудованием осуществляется более рационально. Система принимает решения об оптимальных маршрутах для погрузочных и распределяющих товары машин, равномерно разделяя нагрузку на каждую.

Области применения WMS-решений

Автоматизированная информационная система управления складом WMS используется в широком спектре отраслей бизнеса. Такое решение эффективно в торговле, включая сети с удаленными складами, в сфере предоставления услуг склада в форме аутсорсинга, 3PL, FMCG производители и любое другое производство. Программы категории WMS применяются и для автоматизации предприятий, специализирующихся на производстве продовольственных продуктов, товаров массового спроса, промышленных товаров. Системы автоматизации и оптимизации WMS продуктивны при управлении складом в архивном хранении, в любых видах деятельности, связанных с приемом, учетом, размещением больших объемов хранения. В целом внедрение системы учета на предприятии (WMS) целесообразно во всех сферах, где необходимо хранение, учет и перемещение единиц хранения.

Какие задачи решает программа?

К типичным задачам, которые решает Warehouse Management System , относятся следующие:

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

Как выбрать программу?

Разные поставщики предлагают различные программы WMS, поэтому выбирать систему управления складом для конкретного бизнеса необходимо с учетом следующих критериев:

• уровень функциональности решения;
• квалификация экспертов;
• опыт внедрения программы в вашей или смежных отраслях;
• гибкость постпроектной поддержки.

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

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

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

Если ваш дамп не намного превышает допустимый лимит, можно его разбить на несколько частей и импортировать в несколько заходов. Это оправдано если, к примеру, лимит составляет 2Мб, а ваша база имеет размер 5-10 Мб. Понятно, что «резать» базу весом 100Мб на 50 частей - процесс довольно трудоемкий и затратный в плане временнЫх ресурсов.

Существует несколько вариантов решения этой задачи.

Редактируем конфиг веб-сервера

На VDS/VPS особых проблем с этим не наблюдается, достаточно лишь подкорректировать конфиг. А именно, в php.ini увеличить допустимые максимальные значения для загружаемых на сервер файлов, максимальный размер для файлов передаваемых методом POST:

Post_max_size = 2000M upload_max_filesize = 2000M

Кроме этого, если ваша БД очень большая, следует увеличить максимально допустимое время выполнения скрипта.

Max_execution_time = 32000 max_input_time = 32000

И на всякий случай можно увеличить размер допустимого объема оперативной памяти:

Memory_limit = 512M

После внесения изменений, обязательно перезагрузите веб-сервер.

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

Sypex Dumper

Можно воспользоваться сторонним софтом. И первое приложение на которое стоит обратить внимание - это Sypex Dumper .

Впервые воспользовавшись им много лет назад и оценив все его возможности и достоинства, я могу смело повесить ему ярлык «Must Have». Sypex Dumper - серверное приложение на PHP не требующее установки. Его достаточно скопировать, к примеру, в корень вашего сайта в директорию sxd и вызвать его в браузере: http://Ваш_Сайт/sxd/. Стоит заметить, что предварительно в директорию backup следует поместить дамп вашей базы данных. После инициализации скрипта вы увидите панель авторизации для подключения к базе. Вводим свой логин и пароль. Хост и порт - опционально, только если они специфические.

После авторизации можно перейти непосредственно к иморту БД. В поле «База данных» будет выбрана БД к которой вы подключены, а в поле «Файл» вы увидите ранее загруженный вами дамп в директорию Backup.

Для большинства случаев никакие дополнительные настройки больше не нужны и можно смело запускать импорт, нажав на кнопку «Выполнить». Импорт, в зависимости от размера БД и вашей скорости соединения с Интернет может занять некоторое время. Во время импорта вы можете видеть какие именно таблицы импортируются в данный момент в базу. По завершению работы скрипта вы увидите лог выполнения. Он выглядит, примерно, так:

Вот, собственно, и все - база импортирована!

Консоль

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

В заключение

Я не берусь утверждать, что Sydex Dumper - это единственное и правильное решение. Существуют и другие более элегантные способы, которые требуют от пользователя определенных знаний и соответствующие доступы к настройках сервера.

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

Подпишитесь на мой телеграм и первыми получайте новые материалы, в том числе которых нет на сайте.

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

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

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

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

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

Доброго времени суток, коллеги 🙂

Сегодня я продолжу знакомить вас с работой с MySQL в консоли и командной строкой MySQL.

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

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

Если же вам нужна инструкция по импорту базы через phpMyAdmin, то вы можете найти её в статье о . В текущей статье я не горю желанием описывать её ещё раз, тем более, что сегодняшний материал будет посвящён исключительно импорту базы MySQL через консоль.

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

Импорт базы данных MySQL: что и зачем?

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

Импорт, как и экспорт БД MySQL, бывает двух видов информации, хранящейся в базе:

1. структуры базы, её таблиц и хранимых в них данных (в простонародье именуемых дампом БД);
2. просто данных, хранящихся в таблице либо собранных с помощью SELECT запросов.

В данной статье будут рассмотрены оба варианта.

Для восстановления из дампа MySQL базы данных с её структурой и всей хранимой информацией, как уже было сказано, нужен файл дампа БД, который представляет из себя текстовый файл с любым расширением (предварительно может быть запакован в архив для уменьшения размера), содержащий SQL команды для создания самой базы и таблиц, а также наполнения их информацией.

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

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

Для этих целей подойдёт и обычный txt файл, данные в котором будут разделены, либо файлы, создаваемые в специальных табличных редакторах (Microsoft Office Excel, OpenOffice и т.д.), имеющих отличное расширение: xls, csv, odt и др.

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

Добавление данных в MySQL: инструменты

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

Перечислю их, начиная с самых низкоуровневых, заканчивая высокоуровневыми (с точки зрения применения всяческих оболочек и надстроек):

1. Консоль сервера и командная строка MySQL;
2. Скрипты, написанные на языках программирования, позволяющие делать запись данных в MySQL с помощью языковых средств;
3. Готовые программы, предоставляющие визуальный интерфейс для работы с БД (тот же самый phpMyAdmin, MySQL WorkBench, MySQL Manager и др.).

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

Так или иначе, во главе всего лежит консоль, а остальные инструменты, по сути, являются её эмуляторами.

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

За счёт этого залить базу данных MySQL через консоль можно не только быстрее, но и сделать эту операцию возможной в принципе, т.к. скрипты и программы склонны прерывать импорт при достижении максимального времени выполнения скрипта или вообще не стартовать его из-за размера загружаемого файла.

Думаю, все, кто хоть раз пытался загрузить дамп в MySQL БД большого размера через phpMyAdmin, понимают, о чём я говорю.

Зачастую именно эти лимиты являются причинами ошибок при импорте базы данных MySQL, которые при использовании консоли вы никогда не увидите.

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

Надеюсь, что я замотивировал вас делать импорт базы данных MySQL через консоль (причём, как её структуры, так и отдельно данных).

И на этой позитивной ноте мы переходим к долгожданной практике и рассмотрим способы и команды для консольного переноса данных в базу.

Как восстановить MySQL базу из дампа через консоль?

Итак, для того, чтобы развернуть дамп MySQL из консоли есть два пути:

1. с помощью команды в командной строке MySQL;
2. в самой консоли сервера.

Начнём по порядку.

Итак, чтобы импортировать дамп базы данных MySQL в существующее хранилище через , нам сначала нужно её запустить и выбрать нужную базу данных, в которую мы будем заливать наш дамп.

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

После того, как вы сделаете указанное, вводим в MySQL Shell следующую команду:

Source путь_и_имя_файла_дампа;

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

Без предварительного переключения на нужную базу данных после соединения с сервером MySQL в консоли дамп можно импортировать следующей командой:

Mysql -u имя_пользователя -p имя_базы_данных < путь_и_имя_файла_дампа

Вот и всё. Главное — дождаться окончания импорта, если файл очень большой. Об окончании заливки дампа можно судить по тому, когда консоль сервера будет снова доступна.

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

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

В Linux это можно сделать следующим образом:

Gunzip > [имя_файла_архива.sql.gz] | mysql -u -p

В Windows стандартной утилиты для распаковки архива в консоли нет, поэтому её нужно будет установить дополнительно.

Как видите, импорт дампа MySQL через консоль – операция весьма простая, которая выполняется одной командой. Так что для выполнения данной процедуры не обязательно быть разработчиком.

Если вдруг вы не знаете, как запустить консоль сервера, то можете найти эту информацию в статье о командной строке MySQL, ссылку на которую я уже располагал ранее.

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

Загрузка данных в MySQL базу из файла в консоли

О восстановлении БД MySQL из дампа в консоли мы поговорили. Теперь самое время разобраться с тем, как аналогичным образом можно импортировать данные из файлов, в том числе из xls и csv в MySQL базу.

Для данной задачи у нас снова есть те же два инструмента, что и в предыдущем случае: командная строка MySQL и консоль сервера.

Снова начнём обзор по порядку.

Итак, для импорта файла в MySQL командной строке мы снова запускаем её и переходим на БД, в которую будут загружаться данные.

LOAD DATA INFILE "путь_и_имя_файла_дампа" INTO TABLE `таблица_базы_данных` COLUMNS TERMINATED BY "," ENCLOSED BY "\"" LINES TERMINATED BY "\n";

Не забудьте, что, если сервер MySQL был запущен с опцией —secure-file-priv (что часто бывает при использовании MySQL дистрибутивов, входящих в WAMP/MAMP сборки), то имя файла нужно указывать с учётом системной переменной secure_file_priv.

Для того, чтобы сделать импорт базы данных MySQL в консоли сервера, не заходя в MySQL Shell, нам пригодится утилита mysqlimport , входящая в состав дистрибутива MySQL, и следующий её вызов:

mysqlimport –u имя_пользователя –p имя_базы_данных имя_и_путь_к_файлу_импорта

Данная утилита является аналогом SQL команды LOAD DATA INFILE , только для командной строки. Но, спрашивается, почему тогда среди параметров её вызова не указана таблица, в которую будут загружаться данные из файла?

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

Т.е. если вы захотите сделать импорт из Excel таблицы в MySQL таблицу users , то ваш файл должен называться users.xls .

Расширение у импортируемого файла, как уже говорилось, может быть любым.

С помощью mysqlimport также можно загружать сразу несколько файлов xls или csv в MySQL. Чтобы данные попали по назначению, названия файлов и таблиц БД, как и в предыдущем примере, также должны совпадать.

Если вдруг в импортируемом файле столбцы идут не в той же последовательности, что и колонки таблицы БД, то для уточнения их порядка нужно использовать опцию —columns в следующем виде:

Mysqlimport –u имя_пользователя –p имя_базы_данных --columns столбец1, столбец2, … имя_и_путь_к_файлу_импорта

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

Если захотите ознакомиться с ними самостоятельно, то полный их список доступен здесь — https://dev.mysql.com/doc/refman/5.7/en/mysqlimport.html

Особенности загрузки данных в MySQL базу из дампа

Если хотите, чтобы процесс импорта большой базы MySQL проходил быстрее, то необходимо создавать дамп БД с использованием специальных опций команды mysqldump, о которых я писал в своей предыдущей статье об экспорте БД MySQL, ссылку на которую размещал в тексте ранее.

У самих команд импорта баз данных MySQL таких опций, к сожалению, нет.

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

1. Открываем файл дампа (желательно в файловых менеджерах, т.к. обычные редакторы могут просто загнуться от больших файлов).

2. Прописываем в начале файла следующие строки:

SET foreign_key_checks = 0; SET UNIQUE_CHECKS = 0; SET AUTOCOMMIT = 0;

Обратите внимание! Может быть они уже есть или закомментированы (многие программы, с помощью которых делают дампы, могут добавлять их автоматически)

3. В конце файла прописываем обратные действия:

SET foreign_key_checks = 1; SET UNIQUE_CHECKS = 1; SET AUTOCOMMIT = 1;

Кстати, данные команды помогут не только ускорить процесс импорта, но и сделать его возможным.

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

DROP TABLE IF EXISTS `clients`; CREATE TABLE `clients` (…);

Т.е. выполняется поиск в БД таблицы с таким же именем, как и у импортируемой, и если таковая найдена, то она удаляется и создаётся заново.

И если вдруг существующая таблица будет связана внешними ключами с другими, то вся загрузка провалится.

Поэтому отключение проверки существования внешних ключей и прочих – это ещё и отличная гарантия успешного выполнения процесса импорта базы данных MySQL.

Особенности импорта csv в MySQL БД и других файлов

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

Причём, в отличие от предыдущей ситуации, в данном случае прописать директивы в файл не получится, т.к. SQL команды в нём не будут восприниматься и выполняться.

В предыдущей статье об экспорте базы MySQL я уже упоминал о том, как это сделать с помощью следующей операции в командной строке MySQL:

SET FOREIGN_KEY_CHECKS=0;

Однако, там я не упомянул, что системная переменная MySQL FOREIGN_KEY_CHECKS имеет два значение: глобальное и сессионное (для текущей сессии).

Глобальное значение переменных MySQL действует при выполнении любых действий на сервере MySQL вплоть до его перезапуска. Тогда значение переменных будут сброшены и им будет присвоено значения по умолчанию.

Сессионное значение системной переменной MySQL устанавливается только на время сеанса работы пользователя с сервером MySQL. Сеанс или сессия начинается при подключении клиента к серверу, при котором ему присваивается уникальный connection id , и заканчивается при отключении от сервера, которое может произойти в любой момент (например, по таймауту).

Почему я об этом решил вспомнить?

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

В консоли всё так же выдавалось сообщение об ошибке, вызываемой наличием в таблице внешних ключей.

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

SET SESSION имя_переменной = значение_переменной; SET @@session.имя_переменной = значение_переменной; SET @@имя_переменной = значение_переменной;

В приведённых командах переменная явно помечается как сессионная.

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

В итоге я установил глобальное значение FOREIGN_KEY_CHECKS, и импорт успешно выполнился.

Сделать это можно одним из перечисленных способов:

SET GLOBAL имя_переменной = значение_переменной; SET @@global.имя_переменной = значение_переменной;

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

SELECT @@GLOBAL.foreign_key_checks, @@SESSION.foreign_key_checks;

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

До новых встреч! 🙂

P.S. : если вам нужен сайт либо необходимо внести правки на существующий, но для этого нет времени и желания, могу предложить свои услуги.

Более 5 лет опыта профессиональной разработки сайтов. Работа с PHP , OpenCart ,