#rdbms — Public Fediverse posts

https://blog.gslin.org/archives/2026/05/28/13052/mysql-%e4%b8%8a%e7%9a%84-tidesdb/

MySQL 上的 TidesDB

#database #db #mariadb #mysql #performance #rdbms #sql #tidesdb #tidesql #write #writing

https://blog.gslin.org/archives/2026/05/28/13052/mysql-%e4%b8%8a%e7%9a%84-tidesdb/

MySQL 上的 TidesDB

#database #db #mariadb #mysql #performance #rdbms #sql #tidesdb #tidesql #write #writing

https://blog.gslin.org/archives/2026/05/28/13052/mysql-%e4%b8%8a%e7%9a%84-tidesdb/

MySQL 上的 TidesDB

#database #db #mariadb #mysql #performance #rdbms #sql #tidesdb #tidesql #write #writing

https://blog.gslin.org/archives/2026/05/28/13052/mysql-%e4%b8%8a%e7%9a%84-tidesdb/

MySQL 上的 TidesDB

#database #db #mariadb #mysql #performance #rdbms #sql #tidesdb #tidesql #write #writing

https://blog.gslin.org/archives/2026/05/28/13052/mysql-%e4%b8%8a%e7%9a%84-tidesdb/

MySQL 上的 TidesDB

#database #db #mariadb #mysql #performance #rdbms #sql #tidesdb #tidesql #write #writing

https://blog.gslin.org/archives/2026/05/27/13051/%e5%8e%9f%e4%be%86-mysql-8-0-lts-%e5%b7%b2%e7%b6%93%e7%b5%82%e6%ad%a2%e6%94%af%e6%8f%b4%e4%ba%86/

原來 MySQL 8.0 LTS 已經終止支援了

#database #db #long #lts #mysql #rdbms #support #term

https://blog.gslin.org/archives/2026/05/23/13044/innodb-%e7%9a%84-repeatable-read-%e8%88%87-next-key-lock-%e7%9a%84%e9%97%9c%e4%bf%82/

InnoDB 的 REPEATABLE READ 與 next-key lock 的關係

#db #innodb #key #lock #mysql #next #performance #phantom #query #range #rdbms #read #repeatable #row #speed #sql #transaction

https://blog.gslin.org/archives/2026/05/23/13044/innodb-%e7%9a%84-repeatable-read-%e8%88%87-next-key-lock-%e7%9a%84%e9%97%9c%e4%bf%82/

InnoDB 的 REPEATABLE READ 與 next-key lock 的關係

#db #innodb #key #lock #mysql #next #performance #phantom #query #range #rdbms #read #repeatable #row #speed #sql #transaction

https://blog.gslin.org/archives/2026/05/23/13044/innodb-%e7%9a%84-repeatable-read-%e8%88%87-next-key-lock-%e7%9a%84%e9%97%9c%e4%bf%82/

InnoDB 的 REPEATABLE READ 與 next-key lock 的關係

#db #innodb #key #lock #mysql #next #performance #phantom #query #range #rdbms #read #repeatable #row #speed #sql #transaction

https://blog.gslin.org/archives/2026/05/23/13044/innodb-%e7%9a%84-repeatable-read-%e8%88%87-next-key-lock-%e7%9a%84%e9%97%9c%e4%bf%82/

InnoDB 的 REPEATABLE READ 與 next-key lock 的關係

#db #innodb #key #lock #mysql #next #performance #phantom #query #range #rdbms #read #repeatable #row #speed #sql #transaction

https://blog.gslin.org/archives/2026/05/23/13044/innodb-%e7%9a%84-repeatable-read-%e8%88%87-next-key-lock-%e7%9a%84%e9%97%9c%e4%bf%82/

InnoDB 的 REPEATABLE READ 與 next-key lock 的關係

#db #innodb #key #lock #mysql #next #performance #phantom #query #range #rdbms #read #repeatable #row #speed #sql #transaction

https://blog.gslin.org/archives/2026/02/21/12901/mariadb-12-3-%e5%b0%8d-innodb-%e7%9a%84%e5%a4%a7%e6%94%b9%e9%80%b2/

MariaDB 12.3 對 InnoDB 的大改進

#binlog #cpu #database #db #engine #fsync #i/o #innodb #latency #mariadb #mysql #performance #rdbms #speed #storage #write

https://blog.gslin.org/archives/2026/02/21/12901/mariadb-12-3-%e5%b0%8d-innodb-%e7%9a%84%e5%a4%a7%e6%94%b9%e9%80%b2/

MariaDB 12.3 對 InnoDB 的大改進

#binlog #cpu #database #db #engine #fsync #i/o #innodb #latency #mariadb #mysql #performance #rdbms #speed #storage #write

https://blog.gslin.org/archives/2026/02/21/12901/mariadb-12-3-%e5%b0%8d-innodb-%e7%9a%84%e5%a4%a7%e6%94%b9%e9%80%b2/

MariaDB 12.3 對 InnoDB 的大改進

#binlog #cpu #database #db #engine #fsync #i/o #innodb #latency #mariadb #mysql #performance #rdbms #speed #storage #write

https://blog.gslin.org/archives/2026/02/21/12901/mariadb-12-3-%e5%b0%8d-innodb-%e7%9a%84%e5%a4%a7%e6%94%b9%e9%80%b2/

MariaDB 12.3 對 InnoDB 的大改進

#binlog #cpu #database #db #engine #fsync #i/o #innodb #latency #mariadb #mysql #performance #rdbms #speed #storage #write

https://blog.gslin.org/archives/2026/02/21/12901/mariadb-12-3-%e5%b0%8d-innodb-%e7%9a%84%e5%a4%a7%e6%94%b9%e9%80%b2/

MariaDB 12.3 對 InnoDB 的大改進

#binlog #cpu #database #db #engine #fsync #i/o #innodb #latency #mariadb #mysql #performance #rdbms #speed #storage #write

Oracle outlines a new community engagement strategy for MySQL, promising greater transparency, ecosystem growth, and renewed focus on the Community Edition.
https://linuxiac.com/oracle-announces-new-community-engagement-strategy-for-mysql/

#oracle #mysql #rdbms #opensource

RE: https://fedihum.org/@digitale_kunstgeschichte/115860756280937413

2026-01-09 1300
#RDBMS -> #KnowledgeGraph

https://digitale-kunstgeschichte.de/aktuelles/lunch-and-learn-zur-digitalen-kunstgeschichte/

What is RDBMS? full Explanation | Learn Coding | #rdbms

Oracle Database | SQL full Course ... source

https://quadexcel.com/wp/what-is-rdbms-full-explanation-learn-coding-rdbms/

Postgresso #11-12 (84-85)

Postgres Pro Enterprise 18.1.1 До Нового Года успела выйти 18-я версия Postgres Pro Enterprise - Postgres Pro Enterprise 18.1.1 . Версии Postgres Pro Standard 18.1.1 и - до неё - Postgres Pro Standard 18.0.1 следовали за соответственно. А - как видно из номера - Postgres Pro Enterprise 18.1.1 - перепрыгнула через ступеньку. Поэтому, если будет желание отследить изменения, унаследованные от Standard и PostgreSQL, надо сравнивать сразу с 2 версиями каждой. Мы же здесь не будем фокусироваться на формальностях и просто приведём (неполный, конечно - полный слишком велик для нашего жанра) список нового. Добавлена возможность создавать таблицы, которые разделяются на секции при помощи внешнего ключа. Внешний ключ используется как ссылка на родительскую секционированную таблицу и определяется в предложении PARTITION BY REFERENCE . Обновлены модули, в том числе BiHA . В ней много важных изменений:

https://habr.com/ru/companies/postgrespro/articles/960360/

#dbms #rdbms #postgresql #postgres #sql #data_bases #субд #рсубд #базы_данных

Postgresso #11-12 (84-85)

Postgres Pro Enterprise 18.1.1 До Нового Года успела выйти 18-я версия Postgres Pro Enterprise - Postgres Pro Enterprise 18.1.1 . Версии Postgres Pro Standard 18.1.1 и - до неё - Postgres Pro Standard 18.0.1 следовали за соответственно. А - как видно из номера - Postgres Pro Enterprise 18.1.1 - перепрыгнула через ступеньку. Поэтому, если будет желание отследить изменения, унаследованные от Standard и PostgreSQL, надо сравнивать сразу с 2 версиями каждой. Мы же здесь не будем фокусироваться на формальностях и просто приведём (неполный, конечно - полный слишком велик для нашего жанра) список нового. Добавлена возможность создавать таблицы, которые разделяются на секции при помощи внешнего ключа. Внешний ключ используется как ссылка на родительскую секционированную таблицу и определяется в предложении PARTITION BY REFERENCE . Обновлены модули, в том числе BiHA . В ней много важных изменений:

https://habr.com/ru/companies/postgrespro/articles/960360/

#dbms #rdbms #postgresql #postgres #sql #data_bases #субд #рсубд #базы_данных

Postgresso #11-12 (84-85)

Postgres Pro Enterprise 18.1.1 До Нового Года успела выйти 18-я версия Postgres Pro Enterprise - Postgres Pro Enterprise 18.1.1 . Версии Postgres Pro Standard 18.1.1 и - до неё - Postgres Pro Standard 18.0.1 следовали за соответственно. А - как видно из номера - Postgres Pro Enterprise 18.1.1 - перепрыгнула через ступеньку. Поэтому, если будет желание отследить изменения, унаследованные от Standard и PostgreSQL, надо сравнивать сразу с 2 версиями каждой. Мы же здесь не будем фокусироваться на формальностях и просто приведём (неполный, конечно - полный слишком велик для нашего жанра) список нового. Добавлена возможность создавать таблицы, которые разделяются на секции при помощи внешнего ключа. Внешний ключ используется как ссылка на родительскую секционированную таблицу и определяется в предложении PARTITION BY REFERENCE . Обновлены модули, в том числе BiHA . В ней много важных изменений:

https://habr.com/ru/companies/postgrespro/articles/960360/

#dbms #rdbms #postgresql #postgres #sql #data_bases #субд #рсубд #базы_данных

Postgresso #11-12 (84-85)

Postgres Pro Enterprise 18.1.1 До Нового Года успела выйти 18-я версия Postgres Pro Enterprise - Postgres Pro Enterprise 18.1.1 . Версии Postgres Pro Standard 18.1.1 и - до неё - Postgres Pro Standard 18.0.1 следовали за соответственно. А - как видно из номера - Postgres Pro Enterprise 18.1.1 - перепрыгнула через ступеньку. Поэтому, если будет желание отследить изменения, унаследованные от Standard и PostgreSQL, надо сравнивать сразу с 2 версиями каждой. Мы же здесь не будем фокусироваться на формальностях и просто приведём (неполный, конечно - полный слишком велик для нашего жанра) список нового. Добавлена возможность создавать таблицы, которые разделяются на секции при помощи внешнего ключа. Внешний ключ используется как ссылка на родительскую секционированную таблицу и определяется в предложении PARTITION BY REFERENCE . Обновлены модули, в том числе BiHA . В ней много важных изменений:

https://habr.com/ru/companies/postgrespro/articles/960360/

#dbms #rdbms #postgresql #postgres #sql #data_bases #субд #рсубд #базы_данных

🎩📚 Oh joy, another edition of the "Red Book" that promises to revolutionize how we ignore database systems! 🚀👀 In this thrilling tome, we're treated to Stonebraker's eternal wisdom, as if the world has been holding its breath for a decade waiting for traditional #RDBMS musings. Who knew databases could be so riveting, right? 😂🔍
http://www.redbook.io/ #RedBook #DatabaseSystems #Stonebraker #TechHumor #HackerNews #ngated

🎩📚 Oh joy, another edition of the "Red Book" that promises to revolutionize how we ignore database systems! 🚀👀 In this thrilling tome, we're treated to Stonebraker's eternal wisdom, as if the world has been holding its breath for a decade waiting for traditional #RDBMS musings. Who knew databases could be so riveting, right? 😂🔍
http://www.redbook.io/ #RedBook #DatabaseSystems #Stonebraker #TechHumor #HackerNews #ngated

🎩📚 Oh joy, another edition of the "Red Book" that promises to revolutionize how we ignore database systems! 🚀👀 In this thrilling tome, we're treated to Stonebraker's eternal wisdom, as if the world has been holding its breath for a decade waiting for traditional #RDBMS musings. Who knew databases could be so riveting, right? 😂🔍
http://www.redbook.io/ #RedBook #DatabaseSystems #Stonebraker #TechHumor #HackerNews #ngated

🎩📚 Oh joy, another edition of the "Red Book" that promises to revolutionize how we ignore database systems! 🚀👀 In this thrilling tome, we're treated to Stonebraker's eternal wisdom, as if the world has been holding its breath for a decade waiting for traditional #RDBMS musings. Who knew databases could be so riveting, right? 😂🔍
http://www.redbook.io/ #RedBook #DatabaseSystems #Stonebraker #TechHumor #HackerNews #ngated

New tutorial: build infinite nested comment threads in #Quarkus using #PostgreSQL recursive CTEs + #JakartaData.

No N+1 queries. One SQL call. Clean tree reconstruction.

🔗 https://www.the-main-thread.com/p/quarkus-recursive-comments-postgresql-cte-tutorial

#Java #RDBMS #DevServices

New tutorial: build infinite nested comment threads in #Quarkus using #PostgreSQL recursive CTEs + #JakartaData.

No N+1 queries. One SQL call. Clean tree reconstruction.

🔗 https://www.the-main-thread.com/p/quarkus-recursive-comments-postgresql-cte-tutorial

#Java #RDBMS #DevServices

New tutorial: build infinite nested comment threads in #Quarkus using #PostgreSQL recursive CTEs + #JakartaData.

No N+1 queries. One SQL call. Clean tree reconstruction.

🔗 https://www.the-main-thread.com/p/quarkus-recursive-comments-postgresql-cte-tutorial

#Java #RDBMS #DevServices

New tutorial: build infinite nested comment threads in #Quarkus using #PostgreSQL recursive CTEs + #JakartaData.

No N+1 queries. One SQL call. Clean tree reconstruction.

🔗 https://www.the-main-thread.com/p/quarkus-recursive-comments-postgresql-cte-tutorial

#Java #RDBMS #DevServices

New tutorial: build infinite nested comment threads in #Quarkus using #PostgreSQL recursive CTEs + #JakartaData.

No N+1 queries. One SQL call. Clean tree reconstruction.

🔗 https://www.the-main-thread.com/p/quarkus-recursive-comments-postgresql-cte-tutorial

#Java #RDBMS #DevServices

[Перевод] ORM это Вьетнамcкая Война Компьютерных Наук

Данная публикация является переводом статьи Jeff-a Atwood-а почти 20-ти летней давности. Jeff Atwood, один из фаундеров StackOverFlow, написал эту статью как некоторое резюме того, как человечество боролось с проблемой O/R Impedance Mismatch. Я частично принимаю участие в написании разных ORM решений, например, Spring Data JDBC / R2DBC , и скоро

https://habr.com/ru/companies/spring_aio/articles/972316/

#java #orm #springdata #hibernate #jdbc #jooq #database #rdbms

[Перевод] ORM это Вьетнамcкая Война Компьютерных Наук

Данная публикация является переводом статьи Jeff-a Atwood-а почти 20-ти летней давности. Jeff Atwood, один из фаундеров StackOverFlow, написал эту статью как некоторое резюме того, как человечество боролось с проблемой O/R Impedance Mismatch. Я частично принимаю участие в написании разных ORM решений, например, Spring Data JDBC / R2DBC , и скоро

https://habr.com/ru/companies/spring_aio/articles/972316/

#java #orm #springdata #hibernate #jdbc #jooq #database #rdbms

[Перевод] ORM это Вьетнамcкая Война Компьютерных Наук

Данная публикация является переводом статьи Jeff-a Atwood-а почти 20-ти летней давности. Jeff Atwood, один из фаундеров StackOverFlow, написал эту статью как некоторое резюме того, как человечество боролось с проблемой O/R Impedance Mismatch. Я частично принимаю участие в написании разных ORM решений, например, Spring Data JDBC / R2DBC , и скоро

https://habr.com/ru/companies/spring_aio/articles/972316/

#java #orm #springdata #hibernate #jdbc #jooq #database #rdbms

[Перевод] ORM это Вьетнамcкая Война Компьютерных Наук

Данная публикация является переводом статьи Jeff-a Atwood-а почти 20-ти летней давности. Jeff Atwood, один из фаундеров StackOverFlow, написал эту статью как некоторое резюме того, как человечество боролось с проблемой O/R Impedance Mismatch. Я частично принимаю участие в написании разных ORM решений, например, Spring Data JDBC / R2DBC , и скоро

https://habr.com/ru/companies/spring_aio/articles/972316/

#java #orm #springdata #hibernate #jdbc #jooq #database #rdbms

Oracle AI DB 26aiの進化と、Spannerの設計から読み解くRDBMS進化論
https://qiita.com/take-yoda/items/d04a6f05b3f3971a7d97?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #oracle #RDBMS #NewSQL #Database #Spanner

Oracle AI DB 26aiの進化と、Spannerの設計から読み解くRDBMS進化論
https://qiita.com/take-yoda/items/d04a6f05b3f3971a7d97?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #oracle #RDBMS #NewSQL #Database #Spanner

PostgreSQLでALTER TABLE ADD COLUMNがハングする原因と回避策
https://qiita.com/take-yoda/items/8229d1b6b070ee690dd5?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #SQL #PostgreSQL #RDBMS #トラブルシューティング #DDL

PostgreSQLでALTER TABLE ADD COLUMNがハングする原因と回避策
https://qiita.com/take-yoda/items/8229d1b6b070ee690dd5?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #SQL #PostgreSQL #RDBMS #トラブルシューティング #DDL

Here I go again. Diving deep into modern #rdbms design.

#turso feature introduction for materialized views in their #sqlite fork looks interesting, to say the least. 😅

https://turso.tech/blog/introducing-real-time-data-with-materialized-views-in-turso

Here I go again. Diving deep into modern #rdbms design.

#turso feature introduction for materialized views in their #sqlite fork looks interesting, to say the least. 😅

https://turso.tech/blog/introducing-real-time-data-with-materialized-views-in-turso

Here I go again. Diving deep into modern #rdbms design.

#turso feature introduction for materialized views in their #sqlite fork looks interesting, to say the least. 😅

https://turso.tech/blog/introducing-real-time-data-with-materialized-views-in-turso

Here I go again. Diving deep into modern #rdbms design.

#turso feature introduction for materialized views in their #sqlite fork looks interesting, to say the least. 😅

https://turso.tech/blog/introducing-real-time-data-with-materialized-views-in-turso

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

PostgreSQL 18 open-source RDBMS brings 3× faster I/O, easier upgrades, OAuth 2.0 authentication, and new developer tools.
https://linuxiac.com/postgresql-18-released-with-up-to-3-faster-io-and-easier-upgrades/

#postgresql #opensource #rdbms #database