home.social

#orioledb — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #orioledb, aggregated by home.social.

  1. 🚨BREAKING: #OrioleDB generously gifts its "groundbreaking" patent to the #Postgres peasantry, who clearly needed another reason to form a queue 😂💡. Next up, Microsoft patents Ctrl+C and plans a heartwarming donation to clipboard enthusiasts everywhere. 🖨️🧻
    supabase.com/blog/orioledb-pat #MicrosoftPatent #Community #TechNews #Innovation #HackerNews #ngated

  2. 🚨BREAKING: #OrioleDB generously gifts its "groundbreaking" patent to the #Postgres peasantry, who clearly needed another reason to form a queue 😂💡. Next up, Microsoft patents Ctrl+C and plans a heartwarming donation to clipboard enthusiasts everywhere. 🖨️🧻
    supabase.com/blog/orioledb-pat #MicrosoftPatent #Community #TechNews #Innovation #HackerNews #ngated

  3. 🚨BREAKING: #OrioleDB generously gifts its "groundbreaking" patent to the #Postgres peasantry, who clearly needed another reason to form a queue 😂💡. Next up, Microsoft patents Ctrl+C and plans a heartwarming donation to clipboard enthusiasts everywhere. 🖨️🧻
    supabase.com/blog/orioledb-pat #MicrosoftPatent #Community #TechNews #Innovation #HackerNews #ngated

  4. 🚨BREAKING: #OrioleDB generously gifts its "groundbreaking" patent to the #Postgres peasantry, who clearly needed another reason to form a queue 😂💡. Next up, Microsoft patents Ctrl+C and plans a heartwarming donation to clipboard enthusiasts everywhere. 🖨️🧻
    supabase.com/blog/orioledb-pat #MicrosoftPatent #Community #TechNews #Innovation #HackerNews #ngated

  5. OrioleDB's #Bridged Indexes: because who doesn't love yet another revolutionary #database feature that promises to fix problems nobody knew existed? 🤔🎉 Let's all pretend this complex #tech jargon will change our lives while we secretly Google "Btree" like it's a trendy new diet. 🍽️📚
    orioledb.com/blog/orioledb-bri #OrioleDB #Indexes #innovation #Btree #databasefeatures #HackerNews #ngated

  6. OrioleDB's #Bridged Indexes: because who doesn't love yet another revolutionary #database feature that promises to fix problems nobody knew existed? 🤔🎉 Let's all pretend this complex #tech jargon will change our lives while we secretly Google "Btree" like it's a trendy new diet. 🍽️📚
    orioledb.com/blog/orioledb-bri #OrioleDB #Indexes #innovation #Btree #databasefeatures #HackerNews #ngated

  7. OrioleDB's #Bridged Indexes: because who doesn't love yet another revolutionary #database feature that promises to fix problems nobody knew existed? 🤔🎉 Let's all pretend this complex #tech jargon will change our lives while we secretly Google "Btree" like it's a trendy new diet. 🍽️📚
    orioledb.com/blog/orioledb-bri #OrioleDB #Indexes #innovation #Btree #databasefeatures #HackerNews #ngated

  8. OrioleDB's #Bridged Indexes: because who doesn't love yet another revolutionary #database feature that promises to fix problems nobody knew existed? 🤔🎉 Let's all pretend this complex #tech jargon will change our lives while we secretly Google "Btree" like it's a trendy new diet. 🍽️📚
    orioledb.com/blog/orioledb-bri #OrioleDB #Indexes #innovation #Btree #databasefeatures #HackerNews #ngated

  9. Interesting read on why instead of .

    At the scale of Uber, there's real need for optimizing storage engine. Something that we can't do well with postgres. We are getting much better at it with , but not as swapable as mysql. 😅

    medium.com/databases-in-simple

  10. Interesting read on why #mysql instead of #postgres.

    At the scale of Uber, there's real need for optimizing storage engine. Something that we can't do well with postgres. We are getting much better at it with #orioledb, but not as swapable as mysql. 😅

    medium.com/databases-in-simple

  11. Interesting read on why #mysql instead of #postgres.

    At the scale of Uber, there's real need for optimizing storage engine. Something that we can't do well with postgres. We are getting much better at it with #orioledb, but not as swapable as mysql. 😅

    medium.com/databases-in-simple

  12. Interesting read on why #mysql instead of #postgres.

    At the scale of Uber, there's real need for optimizing storage engine. Something that we can't do well with postgres. We are getting much better at it with #orioledb, but not as swapable as mysql. 😅

    medium.com/databases-in-simple

  13. Interesting read on why #mysql instead of #postgres.

    At the scale of Uber, there's real need for optimizing storage engine. Something that we can't do well with postgres. We are getting much better at it with #orioledb, but not as swapable as mysql. 😅

    medium.com/databases-in-simple

  14. I found out about today and now I want to add to my . 😅

    Reading about it is getting me excited. Replication across the cluster seems more sane than normal replication. Same with the copy on write for WAL.

    I'll have to test to see how real the performance gains are on using it. 😎

    orioledb.com/

  15. I found out about #orioledb today and now I want to add to my #postgres. 😅

    Reading about it is getting me excited. Replication across the cluster seems more sane than normal replication. Same with the copy on write for WAL.

    I'll have to test to see how real the performance gains are on using it. 😎

    orioledb.com/

  16. I found out about #orioledb today and now I want to add to my #postgres. 😅

    Reading about it is getting me excited. Replication across the cluster seems more sane than normal replication. Same with the copy on write for WAL.

    I'll have to test to see how real the performance gains are on using it. 😎

    orioledb.com/

  17. I found out about #orioledb today and now I want to add to my #postgres. 😅

    Reading about it is getting me excited. Replication across the cluster seems more sane than normal replication. Same with the copy on write for WAL.

    I'll have to test to see how real the performance gains are on using it. 😎

    orioledb.com/

  18. I found out about #orioledb today and now I want to add to my #postgres. 😅

    Reading about it is getting me excited. Replication across the cluster seems more sane than normal replication. Same with the copy on write for WAL.

    I'll have to test to see how real the performance gains are on using it. 😎

    orioledb.com/

  19. Почему СУБД такие медленные

    Недавно на Хабре публиковался перевод статьи «Просто выберите Postgres» ( оригинал , англ. яз) с аргументами, что Postgres — оптимальная БД для десктопных и мобильных приложений. Аналогичное мнение высказывают в других популярных статьях вроде «До свидания MongoDB, здравствуй PostgreSQL» . Главным недостатком SQLite называют то, что данные хранятся в одном файле, а MongoDB (а также DynamoDB и Cassandra) — низкую производительность: «Всё это связано с тем, что подобные базы данных, по сути, представляют собой огромную распределённую хеш-таблицу. Единственные операции, работающие без необходимости сканирования всей базы данных — это поиск по секционному ключу и сканы, при которых используется ключ сортировки. …Если паттерны доступа существенно изменятся, то может потребоваться полная повторная обработка всех данных». Более производительные резидентные БД хранят данные в памяти (Redis, Valkey), но их использование ограничено объёмом ОЗУ. После такого заявления интересно посмотреть на независимые тесты производительности разных СУБД.

    habr.com/ru/companies/ruvds/ar

    #MySQL #MongoDB #PostgreSQL #DynamoDB #Cassandra #PostgreSQL_17 #LeanStore #SSD #NVMe #SPDK #SATA #PCIe #SQLite #Redis #Valkey #резидентная_БД #IMDB #UmbraDB #CedarDB #TPCH #TPCDS #соединение_хештаблиц #структуры_данных #DuckDB #OrioleDB #ruvds_статьи

  20. Почему СУБД такие медленные

    Недавно на Хабре публиковался перевод статьи «Просто выберите Postgres» ( оригинал , англ. яз) с аргументами, что Postgres — оптимальная БД для десктопных и мобильных приложений. Аналогичное мнение высказывают в других популярных статьях вроде «До свидания MongoDB, здравствуй PostgreSQL» . Главным недостатком SQLite называют то, что данные хранятся в одном файле, а MongoDB (а также DynamoDB и Cassandra) — низкую производительность: «Всё это связано с тем, что подобные базы данных, по сути, представляют собой огромную распределённую хеш-таблицу. Единственные операции, работающие без необходимости сканирования всей базы данных — это поиск по секционному ключу и сканы, при которых используется ключ сортировки. …Если паттерны доступа существенно изменятся, то может потребоваться полная повторная обработка всех данных». Более производительные резидентные БД хранят данные в памяти (Redis, Valkey), но их использование ограничено объёмом ОЗУ. После такого заявления интересно посмотреть на независимые тесты производительности разных СУБД.

    habr.com/ru/companies/ruvds/ar

    #MySQL #MongoDB #PostgreSQL #DynamoDB #Cassandra #PostgreSQL_17 #LeanStore #SSD #NVMe #SPDK #SATA #PCIe #SQLite #Redis #Valkey #резидентная_БД #IMDB #UmbraDB #CedarDB #TPCH #TPCDS #соединение_хештаблиц #структуры_данных #DuckDB #OrioleDB #ruvds_статьи

  21. Почему СУБД такие медленные

    Недавно на Хабре публиковался перевод статьи «Просто выберите Postgres» ( оригинал , англ. яз) с аргументами, что Postgres — оптимальная БД для десктопных и мобильных приложений. Аналогичное мнение высказывают в других популярных статьях вроде «До свидания MongoDB, здравствуй PostgreSQL» . Главным недостатком SQLite называют то, что данные хранятся в одном файле, а MongoDB (а также DynamoDB и Cassandra) — низкую производительность: «Всё это связано с тем, что подобные базы данных, по сути, представляют собой огромную распределённую хеш-таблицу. Единственные операции, работающие без необходимости сканирования всей базы данных — это поиск по секционному ключу и сканы, при которых используется ключ сортировки. …Если паттерны доступа существенно изменятся, то может потребоваться полная повторная обработка всех данных». Более производительные резидентные БД хранят данные в памяти (Redis, Valkey), но их использование ограничено объёмом ОЗУ. После такого заявления интересно посмотреть на независимые тесты производительности разных СУБД.

    habr.com/ru/companies/ruvds/ar

    #MySQL #MongoDB #PostgreSQL #DynamoDB #Cassandra #PostgreSQL_17 #LeanStore #SSD #NVMe #SPDK #SATA #PCIe #SQLite #Redis #Valkey #резидентная_БД #IMDB #UmbraDB #CedarDB #TPCH #TPCDS #соединение_хештаблиц #структуры_данных #DuckDB #OrioleDB #ruvds_статьи

  22. Почему СУБД такие медленные

    Недавно на Хабре публиковался перевод статьи «Просто выберите Postgres» ( оригинал , англ. яз) с аргументами, что Postgres — оптимальная БД для десктопных и мобильных приложений. Аналогичное мнение высказывают в других популярных статьях вроде «До свидания MongoDB, здравствуй PostgreSQL» . Главным недостатком SQLite называют то, что данные хранятся в одном файле, а MongoDB (а также DynamoDB и Cassandra) — низкую производительность: «Всё это связано с тем, что подобные базы данных, по сути, представляют собой огромную распределённую хеш-таблицу. Единственные операции, работающие без необходимости сканирования всей базы данных — это поиск по секционному ключу и сканы, при которых используется ключ сортировки. …Если паттерны доступа существенно изменятся, то может потребоваться полная повторная обработка всех данных». Более производительные резидентные БД хранят данные в памяти (Redis, Valkey), но их использование ограничено объёмом ОЗУ. После такого заявления интересно посмотреть на независимые тесты производительности разных СУБД.

    habr.com/ru/companies/ruvds/ar

    #MySQL #MongoDB #PostgreSQL #DynamoDB #Cassandra #PostgreSQL_17 #LeanStore #SSD #NVMe #SPDK #SATA #PCIe #SQLite #Redis #Valkey #резидентная_БД #IMDB #UmbraDB #CedarDB #TPCH #TPCDS #соединение_хештаблиц #структуры_данных #DuckDB #OrioleDB #ruvds_статьи