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

Привет, Хабр! Меня зовут Анастасия Цацкина, я старший разработчик Отдела разработки баз данных IBS. В продолжение нашей серии статей о переезде с иностранных решений на отечественные, сегодня я хочу поделиться проектным опытом проведения полноценного аудита базы данных аналитической отчетности перед сменой ERP-системы. Расскажу, какая задача стояла, как выглядела архитектура баз данных заказчика, из каких этапов состоял аудит и что в результате всего этого получилось.

В продолжение серии статей об устройстве системы управления базами данных PostgreSQL (раз, два) смотрим, как ускорить выполнение запросов к базе данных с помощью индексов.

Привет, Хабр! Меня зовут Артур Титаев, я аналитик департамента проектирования и разработки IBS. Недавно наша команда занималась масштабным импортозамещением компонентов системы поддержки принятия решений для крупного российского заказчика. После переезда с Oracle и MySQL на PostgreSQL мы определили, что время выполнения SQL-запросов для показателей хозяйственно-экономической деятельности клиента в PostgreSQL заметно больше, чем время выполнения тех же запросов для тех же показателей в Oracle. Для «тяжелых» показателей разница во времени выполнения запроса могла достигать 20–30 минут. И это несмотря на то, что база данных Oracle не была проиндексированной!

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

Недавно в англоязычном научном журнале "Quanta Magazine" я прочитал статью, которая меня поразила до глубины души. Я был так восхищен и поражен этой статьей, что хотел ее перевести и поделиться со всеми, но потом подумал, зачем переводить, если сейчас каждый браузер это умеет? Прочитав браузерный перевод, я понял, что такой перевод всё равно очень кривой и в итоге всё-таки сделал свой перевод. Я сделал в некоторым смысле "вольный" перевод. Не в том смысле, что я что-то выкидывал или по-своему интерпретировал, нет. Я сохранил всё, что было в изначальной статье, плюс еще добавил некоторые пояснения, помогающие понять отдельные идеи статьи, немного поменял форматирование и некоторые обороты, чтобы статья была более удобочитаемой для русскоязычного человека. Поэтому мой перевод можно считать не столько вольным в обычном смысле этого слова, сколько расширенным (этим оправдан тег "Моё"). Итак далее следует мой расширенной перевод этой статьи.

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

Термин "метафизика" имеет несколько значений. Часто под метафизикой понимают раздел философии, который имеет дело с глубинными структурами мира: природой пространства, времени, причинности и существования, основами самой реальности. Метафизика (в отличие от обычной физики) считается эмпирически непроверяемой, поскольку метафизические предположения сами лежат в основе всех наших тестов, экспериментов и интерпретации результатов. Эти метафизические предположения изучаются непосредственно в рамках самой философии.

Смотрим, как вездесущий PostgreSQL справляется с нестандартными для реляционной системы управления базами данных (СУБД) ролями: хранением и поиском временных рядов, пар «ключ — значение», эмбеддингов для больших языковых моделей и многомерных кубов. Отвечаем на вопрос: действительно ли так нужно строить сложные архитектуры со множеством разнородных систем хранения данных — MongoDB, Redis, InfluxDB, Pinecone, ClickHouse, Apache Cassandra — или можно обойтись одним PostgreSQL?

Привет, Хабр! Меня зовут Александр Брейман, я доцент департамента программной инженерии факультета компьютерных наук НИУ ВШЭ и по совместительству эксперт Учебного центра IBS по управлению данными и архитектуре ПО. В прошлой статье я рассказывал о миграции с Oracle на PostgreSQL, а сегодня разберу, как последний работает с нетипичными видами данных.

У задачи перехода с Oracle на PostgreSQL есть два решения: правильное и бесплатное. Специалистов, которые хорошо разбираются в обоих серверных языках, в стране объективно мало, поэтому лучший вариант — доверить миграцию СУБД опытным подрядчикам. Однако некоторые компании перекладывают эту задачу на собственных сотрудников, причем «под раздачу» может попасть кто угодно: системный аналитик, бэкенд-разработчик или, скажем, бизнес-архитектор. Если вы — тот, на кого свалилась такая участь, то эта статья — для вас.

Привет, Хабр! Меня зовут Александр Брейман, я доцент департамента программной инженерии факультета компьютерных наук НИУ ВШЭ и по совместительству эксперт Учебного центра IBS. В этой статье расскажу, чем PL/SQL похож и чем отличается от PL/pgSQL, на что обратить внимание при переходе и какие инструменты могут вам с этим помочь.

Писатель Дмитрий Глуховский как-то предложил водителю автобуса из Саратова свой вариант карьерного плана в ИТ. Моя карьера сложилась почти по этому плану. Только я учил Java.

Hola, Хабр. Меня зовут Джулио, я ведущий бэкенд-разработчик в IBS. Я родился и вырос в Перу, но уже несколько лет живу и работаю в России.

Я приехал сюда студентом 23 года назад, изучал радиофизику в питерском университете, несколько лет работал техническим переводчиком и менеджером проектов по информационной безопасности, а потом решил «зайти в айти». Работал в ИТ-компаниях в России, Перу и Польше. Меньше чем за 10 лет прошёл путь от джуна до сеньора.

Эта статья о том, как я «зашёл в айти», когда ещё не существовало Скиллбокса и Яндекс Практикума. Расскажу, как учился программированию десять лет назад, чем отличаются собеседования в ИТ-компаниях Перу и России и кому не стоит становиться разработчиком.

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

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

Несколько лет назад инженер и BIM-специалист Сергей Кулешов прочитал в ЖЖ программиста Андрея Коринского пост о том, как тот эмигрировал в Италию. Этот пост вдохновил Сергея на переезд — и вот он уже шесть лет живёт и работает в этой прекрасной стране на юге Европы.

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