Добрый день, коллеги. В этой статье я бы хотел затронуть тему таблиц с типом Row. Этот тип таблиц для многих администраторов баз данных, долгое время оставался наиболее естественным типом, так сказать типом по умолчанию. Таблицы типа COLUMN в основнов встречались в хранилищах данных (Data Warehouse), то есть базах данных с преобладающей нагрузкой типа OLAP.
Основная идея инженеров компании SAP при разработке базы данных HANA, было объединение двух миров OLTP и OLAP приложений. В результате таблицы с колоночным хранением в базе данных HANA, стали таблицами по умолчанию, но несмотря на преимущества колоночных таблиц в большом количестве сценариев, база данных HANA продолжает использовать строковые таблицы. Об особенностях использования такого типа таблиц и пойдёт речь в этой статье.
Таблицы с типом Row хранятся в специальной области памяти, которая называется shared memory. При запуске базы данных эта область полностью загружается в память и остается там всё время, пока база данных находится в рабочем состоянии.
В таблицах с типом Row, все данные размещаются в строках друг за другом, что облегчает доступ ко всем строкам таблицы. А вот с доступом, ко всем значениям столбца немного сложнее, поскольку эти значения не могут быть переданы из основной памяти в CPU с той же эффективностью, как в случае хранения по столбцам. Компрессия данных при таком типе хранения также менее эффективна.
Классический подход для реляционных баз данных, в которых данные хранятся в табличном формате, заключается в хранении, напоминающем логическую структуру таблицы. Каждая запись храниться как объединенный кусок значений каждой колонки таблицы. Ниже представлена таблица с классическим типом хранения.
Объем информации в корпоративном хранилище данных (КХД) со временем неизбежно начинает превышать запланированные изначально мощности. Обычно эта проблема решается тем, что докупаются недостающие мощности (будет дорого). Когда с такой ситуацией столкнулся наш клиент, мы предложили ему другое решение. Оно позволило сэкономить бюджеты и сделать переходный период максимально безболезненным.
Читайте, что именно мы сделали и какой был результат.
Когда наша команда изучала опыт других компаний, то мы просто не смогли найти похожих примеров массовой автоматизации бухгалтерского и учетного функционала, поэтому хотим поделиться нашим кейсом. Мы встречали лишь точечную инфу о внедрении роботизации на отдельных операциях, но это был довольно узкий функционал, а о массовом применении решений (с роботами и не только) на учетных транзакциях — вообще тишина.
Все, о чем буду говорить в этой статье, уже в проде и давно приносит профит как нам, так и всей компании. Мы с соавтором попытались включить сюда по максимуму важной инфы — начиная с того, как формировались и менялись наши представления о решении, до уже рабочей автоматизации, которую запилили своими руками. Повторю что написано в заголовке: мы не профессиональная команда из IT, а выходцы из областей финансов и бухгалтерии, ступившие на этот тернистый путь. Надеемся, что этот текст окажется полезным, и у кого-то благодаря нашим прогулкам по граблям получится пройти этот путь гораздо быстрее.
Традиционно в SAP HANA используется энергозависимая память, синхронизируемая с уровнем хранения на диске с помощью точки сохранения. Один из недостатков этого подхода: во время перезагрузки SAP HANA все данные должны быть снова загружены с диска в память, что может занять несколько часов. Это может повлиять на критически важные для бизнеса данные, которые должны обрабатываться и анализироваться с очень высокой скоростью.
Представьте, что ваши системы полностью построены на динамической памяти (DRAM). Если нужно перезагрузить сервер, то перед обращением к SAP HANA необходимо дождаться загрузки данных из системы хранения, что в случае больших баз данных может занять несколько часов. ИТ-специалистам потребуется больше времени для запуска системы, а у пользователей снизится скорость работы приложений.
Основные временные затраты – это перезапуск базы данных SAP HANA и загрузка данных обратно в память. Для решения этой проблемы существуют серверы HPE Superdome Flex с комплектом энергонезависимой памяти HPE Persistent Memory нового поколения, использующим энергонезависимую память Intel® Optane™ DC.
В этом материале мы, конечно, не ответим на вопрос, стоит или не стоит переходить с SAP на 1С:ERP. Однако мы обсудим многие тонкие и сложные моменты, знание которых поможет вам принять взвешенное решение.
В настоящее время рынок ERP-систем в России лихорадят новости об уходе западных вендоров и прекращении поддержки пользователей западных ERP-систем. Для многих компаний России это событие стало неожиданной проблемой, т.к. внедрение корпоративной системы управления для крупного предприятия – унесло многомиллионные бюджеты и несколько лет упорной работы, и игнорировать риск серьезного усложнения развития и поддержки этой системы в будущем невозможно. Очевидным способом управления этим риском является проработка возможности перехода на российские ERP-системы.
Поскольку команда ВЦ «Раздолье» - уже более 15 лет занимается внедрением российских систем ERP: в частности, «1С:ERP Управление предприятием» и «1С: Управление холдингом» и накопила огромный опыт в сфере автоматизации, мы решили разобраться с этим вопросом и проанализировать возможность перехода с одной из западных ERP-систем – SAP – на решения фирмы «1С».
Всем привет!
В данной статье я расскажу, как построить отчет Power BI на данных SAP Hana. Внятной информации на этот счет в интернете я не нашел, поэтому пришла идея поделиться информацией. Так вышло, что в нашу команду прилетел новый проект – нужно было построить аналитику на данных SAP EWM, используя Power BI, как средство визуализации.
Когда-то, работая SAP BW консультантом еще в далеком 2019, я начал использовать Power BI для своих личных целей, как хобби. Произошло это случайно. Я хотел проанализировать вакансии с сайта подбора персонала, что и сделал. На это у меня есть отдельная статья. Дальше больше, в итоге скопился приличный опыт. Таким образом я стал одним из разработчиков на вышеуказанном проекте😊.
Что на входе? Система SAP EWM (логистика, поставки) и куча графиков в Excel от заказчика. Причем некоторые графики должны обновляться не менее раза в час – то есть почти в реальном времени, рис. 1.
Привет, Хабр! Сегодня мы решили рассказать вам про очень значимую для Х5 систему и то, как мы искали ей замену.
Система SAP POS DM обеспечивала нашу торговую операционную деятельность более 10 лет. В последнее время она перестала развиваться и теперь полностью снимается с поддержки. Рассказываем, как наши центры экспертизы по продуктам SAP реализовали проект по миграции функционала чекового хранилища на современное решение.
