Ваш код украли: как защитить права на IT-продукт и не потерять миллионы
Трудовой договор не даёт права на код вашего продукта! Юрист Сергей Соколов простыми словами объясняет, как юридически закрепить права на ПО за компанией, а не за разработчиком. Узнайте, какие документы подготовить, чтобы ваш софт не «уплыл» к конкурентам.
Читать: «Ваш код украли: как защитить права на IT-продукт и не потерять миллионы»
#ru
@database_design | Другие наши каналы
Трудовой договор не даёт права на код вашего продукта! Юрист Сергей Соколов простыми словами объясняет, как юридически закрепить права на ПО за компанией, а не за разработчиком. Узнайте, какие документы подготовить, чтобы ваш софт не «уплыл» к конкурентам.
Читать: «Ваш код украли: как защитить права на IT-продукт и не потерять миллионы»
#ru
@database_design | Другие наши каналы
Google Cloud KMS теперь интегрирован с Exadata Database Service на Oracle Database@Google Cloud. Это повышает безопасность управления ключами шифрования и упрощает защиту данных в облаке. Узнайте, как новая интеграция улучшает ваши облачные решения.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Oracle
Oracle Database@Google Cloud Now Supports Google Cloud Key Management
We’re excited to announce the availability of Google Cloud Key Management Service (KMS) integration for Exadata Database Service on Oracle Database@Google Cloud.
Транзакционная работа с топиками: архитектура и сравнение решений в Apache Kafka и YDB Topics
Привет, Хабр! Меня зовут Алексей Николаевский, и мы с командой делаем СУБД Яндекса. С 2013 года в Яндексе использовали Kafka для потоковой передачи данных. Но Kafka со временем перестала справляться с растущими объёмами, и в 2017 году мы перешли на своё решение.
Брокер сообщений YDB Topics во многом вдохновлялся Kafka: в нём также есть топики, партиции и аналогичные способы работы с данными. Но есть и существенные отличия, о которых в конце прошлого года я рассказал на московской конференции HighLoad. Под катом — адаптированная для Хабра статья по мотивам этого доклада: про архитектуру транзакций в обеих системах и интересные для разработчиков детали и нюансы, которые мы обсуждали на конференции.
Читать: https://habr.com/ru/companies/ydb/articles/949662/
#ru
@database_design | Другие наши каналы
Привет, Хабр! Меня зовут Алексей Николаевский, и мы с командой делаем СУБД Яндекса. С 2013 года в Яндексе использовали Kafka для потоковой передачи данных. Но Kafka со временем перестала справляться с растущими объёмами, и в 2017 году мы перешли на своё решение.
Брокер сообщений YDB Topics во многом вдохновлялся Kafka: в нём также есть топики, партиции и аналогичные способы работы с данными. Но есть и существенные отличия, о которых в конце прошлого года я рассказал на московской конференции HighLoad. Под катом — адаптированная для Хабра статья по мотивам этого доклада: про архитектуру транзакций в обеих системах и интересные для разработчиков детали и нюансы, которые мы обсуждали на конференции.
Читать: https://habr.com/ru/companies/ydb/articles/949662/
#ru
@database_design | Другие наши каналы
Мы запускали майнинг-пул на десятки тысяч ASIC-ов. Вот что пошло не так (и почему это было гениально)
Привет, Хабр. Меня зовут Олег Акулов, я основатель и CEO Nomium. Обычно я пишу код или руковожу проектами, но сегодня — расскажу историю. Историю о том, как мы замахнулись на проект, который по всем канонам должен был разорить нас и клиента, а в итоге стал одним из наших главных кейсов экспертизы. Это был не просто «ещё один майнинг-пул». Это был вызов на грани фола.
Читать: https://habr.com/ru/articles/950432/
#ru
@database_design | Другие наши каналы
Привет, Хабр. Меня зовут Олег Акулов, я основатель и CEO Nomium. Обычно я пишу код или руковожу проектами, но сегодня — расскажу историю. Историю о том, как мы замахнулись на проект, который по всем канонам должен был разорить нас и клиента, а в итоге стал одним из наших главных кейсов экспертизы. Это был не просто «ещё один майнинг-пул». Это был вызов на грани фола.
Читать: https://habr.com/ru/articles/950432/
#ru
@database_design | Другие наши каналы
Redis против Postgres в роли кэша: неожиданные итоги бенчмарка
Бенчмарк показал: Redis быстрее в роли кэша, но PostgreSQL с unlogged-таблицами выдаёт до 7400 rps и подходит для многих проектов
Читать: «Redis против Postgres в роли кэша: неожиданные итоги бенчмарка»
#ru
@database_design | Другие наши каналы
Бенчмарк показал: Redis быстрее в роли кэша, но PostgreSQL с unlogged-таблицами выдаёт до 7400 rps и подходит для многих проектов
Читать: «Redis против Postgres в роли кэша: неожиданные итоги бенчмарка»
#ru
@database_design | Другие наши каналы
Новый SQL-интерфейс MongoDB облегчает работу с данными через BI-инструменты без сложных ETL и изучения нового языка. В статье также раскрывают методики масштабирования AI-агентов и рассказывают, почему MongoDB признана одной из лучших компаний по версии Glassdoor 2025.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Как сделать серверную копию 1С — и не плакать в день сдачи отчётов
Как правильно сделать серверную копию 1С: пошаговая инструкция, команды rac, автоматизация через cron, типичные ошибки и лучшие практики резервного копирования для надёжной защиты данных в день сдачи отчётности.
Читать: https://habr.com/ru/articles/950610/
#ru
@database_design | Другие наши каналы
Как правильно сделать серверную копию 1С: пошаговая инструкция, команды rac, автоматизация через cron, типичные ошибки и лучшие практики резервного копирования для надёжной защиты данных в день сдачи отчётности.
Читать: https://habr.com/ru/articles/950610/
#ru
@database_design | Другие наши каналы
Как мы подружили Tarantool с Kubernetes
Привет, Хабр! Я — Калашников Сергей, DevOps‑инженер в Центре Перспективных Разработок (ex. R&D) компании Bercut. Cегодня поделюсь опытом внедрения систем на базе Tarantool и Tarantool Vshard в оркестратор Kubernetes.
Tarantool — платформа, которая включает в себя in‑memory базу данных, а также встроенный сервер приложений. На базе этой платформы наша команда разрабатывает различные информационные системы, расширяя функциональность с применением языков Lua, Rust, C\C++.
Несмотря на все очевидные плюсы Tarantool, он не является тривиальным в части конфигурирования и bootstrap. Это привело нас к разработке Operator для Kubernetes, который обеспечивает развертывание и конфигурирование кластеров на базе Tarantool и Tarantool Vshard.
Читать: https://habr.com/ru/companies/bercut/articles/950628/
#ru
@database_design | Другие наши каналы
Привет, Хабр! Я — Калашников Сергей, DevOps‑инженер в Центре Перспективных Разработок (ex. R&D) компании Bercut. Cегодня поделюсь опытом внедрения систем на базе Tarantool и Tarantool Vshard в оркестратор Kubernetes.
Tarantool — платформа, которая включает в себя in‑memory базу данных, а также встроенный сервер приложений. На базе этой платформы наша команда разрабатывает различные информационные системы, расширяя функциональность с применением языков Lua, Rust, C\C++.
Несмотря на все очевидные плюсы Tarantool, он не является тривиальным в части конфигурирования и bootstrap. Это привело нас к разработке Operator для Kubernetes, который обеспечивает развертывание и конфигурирование кластеров на базе Tarantool и Tarantool Vshard.
Читать: https://habr.com/ru/companies/bercut/articles/950628/
#ru
@database_design | Другие наши каналы
Что такое endianness и почему это важно для обмена данными между устройствами? Статья объясняет, как порядок байтов влияет на правильность передачи информации в системах IoT, 5G и финансах, а также как современные технологии помогают корректировать и анализировать такие данные. Новый уровень работы с данными MongoDB
MongoDB представила SQL Interface — инструмент, который превращает сложные структуры документов в удобный для SQL формат. Это обеспечивает более высокую производительность запросов и упрощает интеграцию с BI-инструментами. Новинка заменит BI Connector к 2026 году.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB представила SQL Interface — инструмент, который превращает сложные структуры документов в удобный для SQL формат. Это обеспечивает более высокую производительность запросов и упрощает интеграцию с BI-инструментами. Новинка заменит BI Connector к 2026 году.
Читать подробнее
#en
@database_design | Другие наши каналы
Как MongoDB превратился в ключевую базу данных для крупных компаний
Текст: Из нишевого NoSQL MongoDB вырос в платформу для масштабных корпоративных приложений. С высокодоступной архитектурой, ACID-транзакциями и мощной безопасностью сегодня его используют крупнейшие банки, производственные и медицинские компании. Новый уровень работы с MongoDB: SQL Interface для Enterprise Advanced теперь позволяет напрямую выполнять SQL-запросы к данным MongoDB через знакомые BI-инструменты, такие как Tableau и Power BI. Это упрощает аналитику без необходимости изучать MongoDB Query Language или строить сложные ETL-процессы.
Читать подробнее
#en
@database_design | Другие наши каналы
Текст: Из нишевого NoSQL MongoDB вырос в платформу для масштабных корпоративных приложений. С высокодоступной архитектурой, ACID-транзакциями и мощной безопасностью сегодня его используют крупнейшие банки, производственные и медицинские компании. Новый уровень работы с MongoDB: SQL Interface для Enterprise Advanced теперь позволяет напрямую выполнять SQL-запросы к данным MongoDB через знакомые BI-инструменты, такие как Tableau и Power BI. Это упрощает аналитику без необходимости изучать MongoDB Query Language или строить сложные ETL-процессы.
Читать подробнее
#en
@database_design | Другие наши каналы
Безопасность, устойчивость и простота — три кита MongoDB. Новые возможности платформы обеспечивают защиту данных на каждом уровне, мгновенное восстановление после сбоев и мультиоблачные развертывания без сложностей. Это ускоряет работу разработчиков и снижает операционные риски. Как MongoDB превратилась из нишевого NoSQL в надёжную платформу для IT-гигантов? Более 15 лет инженерной работы, фокус на доступности, консистентности и безопасности сделали её выбором Fortune 500, банков и крупных производителей по всему миру. MongoDB: масштабируемость и безопасность для бизнеса
MongoDB предлагает беспрецедентную горизонтальную масштабируемость, многоуровневую консистентность и поддержку multi-документных транзакций. Крупные компании уже доверяют ей критичные задачи в финансовом, IoT и крипто-секторах.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB предлагает беспрецедентную горизонтальную масштабируемость, многоуровневую консистентность и поддержку multi-документных транзакций. Крупные компании уже доверяют ей критичные задачи в финансовом, IoT и крипто-секторах.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB представил платформу AMP для быстрой и безопасной модернизации legacy-приложений. Автоматизация и проверенные методы ускоряют обновление устаревших систем, снижая риски и открывая новые бизнес-возможности. Будущее разработки с ИИ становится ближе.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
PostgreSQL 18 вышел: новый асинхронный I/O ускоряет запросы в 3 раза
PostgreSQL 18 вышел с асинхронным I/O, ускоряющим запросы в 3 раза, быстрее pg_upgrade, новыми индексами, OAuth 2.0 и улучшенным текстовым поиском
Читать: «PostgreSQL 18 вышел: новый асинхронный I/O ускоряет запросы в 3 раза»
#ru
@database_design | Другие наши каналы
PostgreSQL 18 вышел с асинхронным I/O, ускоряющим запросы в 3 раза, быстрее pg_upgrade, новыми индексами, OAuth 2.0 и улучшенным текстовым поиском
Читать: «PostgreSQL 18 вышел: новый асинхронный I/O ускоряет запросы в 3 раза»
#ru
@database_design | Другие наши каналы
Как киберэкономика и ИИ меняют философию науки? Поппер, Кун, Фейерабенд и Лакатош в условиях цифровых технологий
В последние десятилетия мы переживаем эпоху технологических прорывов, изменяющих привычные границы не только в науке и бизнесе, но и в самой философии. Статья, на которую я опираюсь, поднимает вопросы о достоверности знаний в эпоху информационных технологий и искусственного интеллекта, и призывает к попытке пересмотра эпистемологии, выходящей за рамки классических теорий.
Читать: https://habr.com/ru/articles/950962/
#ru
@database_design | Другие наши каналы
В последние десятилетия мы переживаем эпоху технологических прорывов, изменяющих привычные границы не только в науке и бизнесе, но и в самой философии. Статья, на которую я опираюсь, поднимает вопросы о достоверности знаний в эпоху информационных технологий и искусственного интеллекта, и призывает к попытке пересмотра эпистемологии, выходящей за рамки классических теорий.
Читать: https://habr.com/ru/articles/950962/
#ru
@database_design | Другие наши каналы
Пассворк: управление секретами и автоматизация доступа
В современной корпоративной среде количество паролей и ключей стремительно увеличивается, и управление секретами становится одной из основных задач в области кибербезопасности. По своей сути, управление секретами — это набор правил и инструментов, позволяющих контролировать доступ к конфиденциальной информации.
В более точном определении, это процесс централизованного хранения, управления и ротации конфиденциальных данных, которые приложения и сервисы используют для доступа к критически важным ресурсам. К таким секретам относятся пароли, SSH-ключи, API-ключи и ключи шифрования, токены доступа, сертификаты и любые другие параметры, обеспечивающие безопасность инфраструктуры.
По мере роста бизнеса ИТ-отделы и DevOps-команды сталкиваются с ситуацией, когда секретов становится слишком много, их сложно структурировать, контролировать и защищать. В реальных проектах секреты живут в конфиг-файлах, переменных окружения, скриптах, иногда в открытых репозиториях.
В этой статье мы расскажем, как на практике решали эти задачи с помощью Пассворка, и как теперь автоматизируем всё: от ротации до интеграции с пайплайнами.
Читать: https://habr.com/ru/companies/passwork/articles/950998/
#ru
@database_design | Другие наши каналы
В современной корпоративной среде количество паролей и ключей стремительно увеличивается, и управление секретами становится одной из основных задач в области кибербезопасности. По своей сути, управление секретами — это набор правил и инструментов, позволяющих контролировать доступ к конфиденциальной информации.
В более точном определении, это процесс централизованного хранения, управления и ротации конфиденциальных данных, которые приложения и сервисы используют для доступа к критически важным ресурсам. К таким секретам относятся пароли, SSH-ключи, API-ключи и ключи шифрования, токены доступа, сертификаты и любые другие параметры, обеспечивающие безопасность инфраструктуры.
По мере роста бизнеса ИТ-отделы и DevOps-команды сталкиваются с ситуацией, когда секретов становится слишком много, их сложно структурировать, контролировать и защищать. В реальных проектах секреты живут в конфиг-файлах, переменных окружения, скриптах, иногда в открытых репозиториях.
В этой статье мы расскажем, как на практике решали эти задачи с помощью Пассворка, и как теперь автоматизируем всё: от ротации до интеграции с пайплайнами.
Читать: https://habr.com/ru/companies/passwork/articles/950998/
#ru
@database_design | Другие наши каналы
MongoDB.local NYC 2025: какую базу данных выбирают для эпохи ИИ? На конференции представили MongoDB 8.2 с новыми возможностями, платформу AMP для модернизации приложений и улучшенные инструменты интеграции с ИИ. Базы данных становятся ключевой стратегией в мире ИИ. MongoDB объявила победителей партнерской программы 2025 года. Лидеры из разных сегментов — Accenture, Confluent, BigID, LangChain и другие — помогают ускорять цифровую трансформацию, внедрять AI и обеспечивать безопасность данных по всему миру. Как MongoDB обеспечивает надежность и гибкость в облаке
MongoDB применяет формальные методы и строгую операционную дисциплину, чтобы гарантировать устойчивость системы. Платформа поддерживает мультиоблачную архитектуру и интегрирует интеллектуальный поиск, упрощая создание современных AI-приложений.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB применяет формальные методы и строгую операционную дисциплину, чтобы гарантировать устойчивость системы. Платформа поддерживает мультиоблачную архитектуру и интегрирует интеллектуальный поиск, упрощая создание современных AI-приложений.
Читать подробнее
#en
@database_design | Другие наши каналы
PostgreSQL 18: новый асинхронный I/O ускоряет запросы в 3 раза. Что происходит?
В мире баз данных, где каждая миллисекунда на счету, а объемы информации растут как на дрожжах, выход PostgreSQL 18 стал настоящим подарком для разработчиков и администраторов. Это не просто косметический апгрейд, а глубокая перестройка подкапотных механизмов, от облачных хранилищ до высоконагруженных OLAP-систем. Давайте разберемся, что там в этом релизе появилось и/или изменилось.
Читать: https://habr.com/ru/companies/selectel/articles/951172/
#ru
@database_design | Другие наши каналы
В мире баз данных, где каждая миллисекунда на счету, а объемы информации растут как на дрожжах, выход PostgreSQL 18 стал настоящим подарком для разработчиков и администраторов. Это не просто косметический апгрейд, а глубокая перестройка подкапотных механизмов, от облачных хранилищ до высоконагруженных OLAP-систем. Давайте разберемся, что там в этом релизе появилось и/или изменилось.
Читать: https://habr.com/ru/companies/selectel/articles/951172/
#ru
@database_design | Другие наши каналы
Как исходные цели проекта Postgres определили его успех
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
Как исходные цели проекта Postgres определили его успех
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
Разбираемся в профессиях: Data Analyst, Data Engineer, Analytics Engineer и BI Engineer
Кто вы в мире данных — аналитик, BI-разработчик или Data Engineer? 🔍 Разбираем реальные роли и показываем, чем они отличаются на практике.
Читать: https://habr.com/ru/articles/951454/
#ru
@database_design | Другие наши каналы
Кто вы в мире данных — аналитик, BI-разработчик или Data Engineer? 🔍 Разбираем реальные роли и показываем, чем они отличаются на практике.
Читать: https://habr.com/ru/articles/951454/
#ru
@database_design | Другие наши каналы
Новый графический плагин Oracle для Visual Studio Code упрощает работу с графовыми запросами в SQL. Теперь разработчики могут быстро визуализировать и анализировать связи в данных, что помогает принимать более обоснованные бизнес-решения. Подробнее о возможностях расширения.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Oracle
Graphs in Oracle SQL Developer for VS Code – bring relationships in your data to life
In today’s data-driven enterprises, uncovering meaningful relationships within complex data is crucial for driving strategic business decisions—and graph analytics make it possible to unlock these valuable insights. Oracle now has a new SQL Developer graph…