Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>MERGE и её улучшение производительности с помощью work_mem</a></li>

2 <li><a>Кратко про NewSQL</a></li>

3 <li><a>Индексирование полнотекстовых данных в PostgreSQL с использованием модуля pg_trgm</a></li>

4 <li><a>PITR в PostgreSQL</a></li>

5 <li><a>Управление загрузкой с помощью PostgreSQL и pg_headerkit</a></li>

6 <li><a>Популярные расширения на PostgreSQL</a></li>

7 <li><a>Готовимся к собеседованию: 82 вопроса по MongoDB</a></li>

8 <li><a>Модели данных в NoSQL</a></li>

9 <li><a>Почему реляционные базы победили</a></li>

10 <li><a>Второе дыхание реляционной модели</a></li>

11 <li><a>Большие языковые модели и векторные базы данных</a></li>

12 <li><a>Системы управления временными рядами</a></li>

13 <li><a>CAP-теорема: принципы согласованности, доступности и устойчивости</a></li>

14 <li><a>Семантические базы данных: RDF, SPARQL и Linked Data</a></li>

15 <li><a>Установка и безопасная настройка Redis</a></li>

16 <li><a>Организация SQL скриптов крупного проекта</a></li>

17 <li><a>Кратко про Raft и Paxos: путь к надежным распределенным базам данных</a></li>

18 <li><a>SQL Server 2022: что можно сделать с VLF?</a></li>

19 <li><a>Повышение эффективности SQL-запросов: советы и рекомендации</a></li>

20 </ul><h2>MERGE и её улучшение производительности с помощью work_mem</h2>

21 <p>С выходом PostgreSQL 15 мы застали появление долгожданной команды MERGE, которая позволяет реализовывать эффективные способы синхронизации обновлений.</p>

22 <p>Суть MERGE заключается в ее универсальности: она позволяет объединить операции INSERT, UPDATE и DELETE в одном запросе, автоматически выбирая нужное действие в зависимости от того, существует ли соответствующая запись в целевой таблице.</p>

23 <p><a>Читать далее</a></p>

24 <h2>Кратко про NewSQL</h2>

25 <p>NewSQL - это класс систем управления реляционными БД, представляет собой слияние преимуществ SQL-бд с инновациями, направленными на решение проблем масштабируемости и производительности.</p>

26 <p>В основе NewSQL лежит стремление сохранить полную совместимость с SQL, т.е разработчики, уже знакомые с SQL, могут легко адаптироваться к использованию NewSQL систем без необходимости изучения чего-либо другого.</p>

27 <p><a>Читать далее</a></p>

28 <h2>Индексирование полнотекстовых данных в PostgreSQL с использованием модуля pg_trgm</h2>

29 <p>PostgreSQL, одна из самых мощных и гибких реляционных СУБД, предлагает нам свой модуль pg_trgm, чтобы решить сложную задачу полнотекстового поиска.</p>

30 <p>Когда речь идет о поиске, просто LIKE запросы больше не всегда могут удовлетворить технические требования. Полнотекстовый поиск подразумевает не только поиск точных соответствий, но и учет схожести слов, учет морфологии, а также поддержку более сложных запросов. PostgreSQL, конечно, предоставляет средства для выполнения таких задач, и модуль pg_trgm - один из инструментов, с помощью которого это можно сделать.</p>

31 <p><a>Читать далее</a></p>

32 <h2>PITR в PostgreSQL</h2>

33 <p>Cколько раз вы сталкивались с ситуацией, когда что-то пошло не так и вам необходимо было в срочном порядке восстановить данные из бдшки, причем так, чтобы это было максимально близко к определенному моменту в прошлом? PITR - наш герой, спасающий наши нервы.</p>

34 <p><a>Читать далее</a></p>

35 <h2>Управление загрузкой с помощью PostgreSQL и pg_headerkit</h2>

36 <p>Supabase - это крутой open-source аналог Firebase, с его помощью можно организовать крутые штуки вроде ограничения скорости запросов.</p>

37 <p>Supabase - это инструмент, который дает возможность создавать масштабируемые серверные решения, используя PostgreSQL. С его помощью можно легко управлять базами данных, аутентификацией, хранением данных и реальным временем, но без всяких vendor lock-ins</p>

38 <p><a>Читать далее</a></p>

39 <h2>Популярные расширения на PostgreSQL</h2>

40 <p>В чем сила, бр..Постгреса? Сила PostgreSQL во многом заключается в его расширяемости, которая позволяет открыть больше функциональности.</p>

41 <p>В статье рассмотрим четыре популярных расширения на PostgreSQL на 2024 год.</p>

42 <p><a>Читать далее</a></p>

43 <h2>Готовимся к собеседованию: 82 вопроса по MongoDB</h2>

44 <p>С момента своего появления MongoDB успела завоевать огромную популярность благодаря своей способности обрабатывать большие объемы данных. Ее принятие только растет, впрочем, как и сам рынок, на котором она востребована. Если вы нацелены связать свою карьеру с MongoDB, то сейчас самое время. Чтобы помочь вам на этом пути, мы подготовили список часто задаваемых вопросов по MongoDB с собеседований и ответов на них.</p>

45 <p><a>Читать далее</a></p>

46 <h2>Модели данных в NoSQL</h2>

47 <p>NoSQL (от "Not Only SQL") представляют собой семейство баз данных, разработанных для решения проблем, связанных с хранением, извлечением и обработкой больших объемов разнообразных данных. Они отличаются от традиционных реляционных баз данных, таких как MySQL или PostgreSQL, тем, что не требуют жесткой схемы данных и предоставляют более гибкую структуру хранения.</p>

48 <p><a>Читать далее</a></p>

49 <h2>Почему реляционные базы победили</h2>

50 <p>Когда-то давно идея хранить данные в виде таблиц не была мейнстримом. Вспомним, как ей удалось за короткое время отодвинуть все прочие концепции на второй план.</p>

51 <p><a>Читать далее</a></p>

52 <h2>Второе дыхание реляционной модели</h2>

53 <p>Реляционная модель данных почти полвека с нами. Неудивительно, что за это время она успела немного надоесть. Старый спор сетевой и реляционной модели готов был вот-вот разгореться с новой силой, но тут случилось неожиданное.</p>

54 <p><a>Читать далее</a></p>

55 <h2>Большие языковые модели и векторные базы данных</h2>

56 <p>Появление генеративных моделей, а что еще более важно, появление их в широком доступе, разом изменило привычный "ландшафт" информационных технологий. Базы данных не остались в стороне. Как оказалось, с языком SQL большие языковые модели дружат чуть ли не лучше, чем со всеми остальными языками программирования. И это определенно дает новый импульс реляционным базам данных. Но только ли реляционным?</p>

57 <p><a>Читать далее</a></p>

58 <h2>Системы управления временными рядами</h2>

59 - <p>Временные ряды играют огромную роль в множестве областей и исследований. Ведь они дают нам уникальную возможность изучать прошлое и делать предсказания о будущем. Например, в финансовой аналитике они позволяют нам анализировать измене��ия в ценах на акции, что помогает в принятии решений о инвестициях. В метеорологии, временные ряды используются для моделирования погоды и предсказания стихийных бедствий.</p>

59 + <p>Временные ряды играют огромную роль в множестве областей и исследований. Ведь они дают нам уникальную возможность изучать прошлое и делать предсказания о будущем. Например, в финансовой аналитике они позволяют нам анализировать изменения в ценах на акции, что помогает в принятии решений о инвестициях. В метеорологии, временные ряды используются для моделирования погоды и предсказания стихийных бедствий.</p>

60 <p><a>Читать далее</a></p>

61 <h2>CAP-теорема: принципы согласованности, доступности и устойчивости</h2>

62 <p>CAP-теорема, сформулированная Эриком Брюэром в 2000 году, сразу же приковала внимание специалистов в области распределенных систем и стала неотъемлемой частью арсенала знаний для разработчиков, стремящихся к созданию эффективных и устойчивых систем. </p>

63 <p>Теорема Брюэра гласит, что в распределенной системе невозможно одновременно обеспечить полное выполнение всех трех принципов: согласованности, доступности и устойчивости к разделению (partition tolerance). То есть, при наличии разделения сети между узлами, система должна выбирать между согласованностью и доступностью.</p>

64 <p><a>Читать далее</a></p>

65 <h2>Семантические базы данных: RDF, SPARQL и Linked Data</h2>

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

67 <p>Основными строительными блоками семантических баз данных являются RDF (Resource Description Framework) - формальный язык для описания ресурсов и их отношений, SPARQL - язык запросов к RDF данным, и Linked Data - концепция объединения данных разных источников через общие семантические структуры</p>

68 <p><a>Читать далее</a></p>

69 <h2>Установка и безопасная настройка Redis</h2>

70 <p>Сегодня мы поговорим о СУБД Redis, рассмотрим процесс установки и настройки. В отличие от реляционных систем управления базами данных, Redis является СУБД класса NoSQL с открытым исходным кодом, работающей со структурами данных типа "ключ - значение".</p>

71 <p><a>Читать далее</a></p>

72 <h2>Организация SQL скриптов крупного проекта</h2>

73 <p>Если проект использует реляционную СУБД обязательно возникнет вопрос - как организовать скрипты (миграции) для сохранения гибкости и уменьшения трудозатрат.</p>

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

75 <p><a>Читать далее</a></p>

76 <h2>Кратко про Raft и Paxos: путь к надежным распределенным базам данных</h2>

77 <p>Консенсус позволяет нескольким узлам или процессам согласовать некоторое значение или последовательность действий, даже если часть системы выходит из строя или ведет себя непредсказуемо.</p>

78 <p>Среди множества подходов к решению проблемы достижения консенсуса в распределенных системах, Paxos и Raft являются самыми эффективными. Рассмотрим их подробней.</p>

79 <p><a>Читать далее</a></p>

80 <h2>SQL Server 2022: что можно сделать с VLF?</h2>

81 <p>Виртуальные файлы журналов (Virtual Log Files - VLF) - это внутреннее разбиение реальных физических файлов, которое создает Database Engine SQL Server для работы с журналом транзакций. У VLF нет четко определенного размера, и их количество на один физический файл не является фиксированным. VLF создаются компонентом Database Engine во время создания или расширения файлов журналов.</p>

82 <p>Размер VLF рассчитывается динамически на основе размеров существующего журнала и нового файла приращения. За VLF, однако, числится дурная слава, которая заключается в том, что слишком большое количество VLF может вызвать ряд проблем, среди которых можно выделить существенное снижение скорости запуска базы данных, операции резервного копирования и восстановления журналов. Чем больше VLF было сгененрировано, тем дольше процесс восстановления базы данных, что может привести к превышению времени ожидания, ошибкам, связанным с памятью, и целому ряду других проблемам.</p>

83 <p><a>Читать далее</a></p>

84 <h2>Повышение эффективности SQL-запросов: советы и рекомендации</h2>

85 <p>В данном контексте, подчеркивается важность умения настраивать ("в нужный режим") SQL-запросы для обеспечения их оптимальной производительности. Этот навык полезен для всех, кто работает с базой данных SQL Server - от обычных пользователей до администраторов и разработчиков, которые пишут собственные SQL-запросы.</p>

86 <p>В статье представлен ряд советов и методов, которые помогут читателям оценить производительность своих SQL-запросов и улучшить ее при необходимости. Здесь будут рассмотрены некоторые ключевые аспекты оптимизации запросов для SQL Server, чтобы помочь пользователям сделать их более эффективными и быстрыми.</p>

87 <p><a>Читать далее</a></p>