home.social

#alloydb — Public Fediverse posts

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

fetched live
  1. Почему мы выбрали рекурсивные SQL-запросы вместо GraphQL для графа знаний

    Сравниваем нативный Property Graph в Spanner с рекурсивными CTE в AlloyDB — и объясняем, почему для персональной wiki второй подход оказался практичнее

    habr.com/ru/articles/1044164/

    #AlloyDB #wiki #spanner #rag_система

  2. Как мы с моим ботом OpenClaw сделали ему семантическую память на AlloyDB Omni за полчаса

    История о том, как превратить ИИ-агента из "золотой рыбки" с памятью в пределах одной сессии в полноценного цифрового сотрудника с графовым хранилищем знаний.

    habr.com/ru/articles/996154/

    #alloydb

  3. Семантический обновляемый кэш на AlloyDB Omni

    Предположим, вы построили RAG-сервис на SQL, и он отлично работает. Довольно быстро, очень точно, и очень дорого , ведь каждый запрос к сервису требует обращения к LLM для генерации ответа по чанкам, извлеченным из базы знаний. И чем больше мы извлекли таких фрагментов, тем больше входных токенов тратится на составной промпт, даже если ответ будет состоять из одного предложения. Можно, конечно, заранее срезать количество извлекаемых чанков, но это отразится на качестве ответов. Можно настроить кэш, который экономит на обращениях к сервису, когда приходят одинаковые вопросы. Но когда пользователь спрашивает "How to get developer support?”, и тут же другой пользователь спрашивает "How to ask development-related questions?", ваш сервис каждый раз будет генерировать ответ заново, сжигая ваши токены и заставляя пользователя ждать. Обычный кэш тут бессилен: для него эти две фразы — абсолютно разные ключи. В этой статье я расскажу, как развернуть мощный семантический кэш на базе AlloyDB Omni (PostgreSQL от Google), используя векторный поиск ScaNN, автоматическое партиционирование и планировщик задач. Мы пройдём путь от настройки Docker-контейнера до продакшн-архитектуры.

    habr.com/ru/articles/995884/

    #RAG #rag_ai #alloydb

  4. Postgres по-русски: где наши Aurora, AlloyDB и Neon?

    Базы данных давно являются фундаментом цифровой экономики. От их архитектуры и производительности во многом зависят скорость вывода продуктов на рынок, стабильность сервисов и итоговая стоимость ИТ-инфраструктуры. В мировой практике одним из основных стандартов де-факто, вокруг которого формируются экосистемы серьезных решений, стала открытая СУБД PostgreSQL. В России она используется во множестве корпоративных приложений, есть целый ряд отечественных форков и дистрибутивов. Но у ряда зарубежных компаний( есть серьезные прорывные реализации, интенсивно развивающие Postgres (например, Aurora, AlloyDB и Neon, об этом ниже), а у российских этого почему-то не наблюдается. Это противоречие между массовым использованием PostgreSQL в нашей стране и отсутствием технологического прорыва задает остроту сегодняшней повестки отечественного СУБД-строения.

    habr.com/ru/companies/tantor/a

    #neon #horizondb #aurora #alloydb #alibaba #postgresql #tantor_xdata #xdata #tantor_postgres

  5. 🆕 Google introduced a free trial for #AlloyDB - their fully managed PostgreSQL-compatible database service.

    The trial allows users to test AlloyDB's capabilities with their workloads for up to 30 days.

    More insights available on #InfoQ👉 bit.ly/4ckHoml

    #DevOps #Postgres #database

  6. 🆕 Google introduced a free trial for - their fully managed PostgreSQL-compatible database service.

    The trial allows users to test AlloyDB's capabilities with their workloads for up to 30 days.

    More insights available on 👉 bit.ly/4ckHoml

  7. New episode: "Decoupled storage and compute"

    Nikolay and Michael discuss a listener question — about products that take and transform it to something that decouples compute from storage (RDS , GC , etc.) and whether they see something like this landing upstream in the medium term.

    🎙️ postgres.fm/episodes/decoupled

    📺 youtu.be/HzBGIHtEJ3M

  8. New episode: "Decoupled storage and compute"

    Nikolay and Michael discuss a listener question — about products that take #Postgres and transform it to something that decouples compute from storage (RDS #Aurora, GC #AlloyDB, #Neon etc.) and whether they see something like this landing upstream in the medium term.

    🎙️ postgres.fm/episodes/decoupled

    📺 youtu.be/HzBGIHtEJ3M

    #postgresql

  9. #Performance of your #database is a huge topic. One critical piece is running benchmarks, but do you really know how/why/when to benchmark?

    Check out this blog post by @sky_vst on the philosophy of benchmarking #AlloyDB!

    cloud.google.com/blog/products

    #GoogleCloud

  10. #Performance of your #database is a huge topic. One critical piece is running benchmarks, but do you really know how/why/when to benchmark?

    Check out this blog post by @sky_vst on the philosophy of benchmarking #AlloyDB!

    cloud.google.com/blog/products

    #GoogleCloud

  11. Getting ready for the first #opensource data infrastructure meetup in Milan!

    Let’s talk about #database with #clickhouse and #alloydb!

    Good food and good tech!

    @aiven_io

  12. Getting ready for the first #opensource data infrastructure meetup in Milan!

    Let’s talk about #database with #clickhouse and #alloydb!

    Good food and good tech!

    @aiven_io

  13. Happening tonight!

    Join us in Milan at 6PM for a night concentrated on #database: #AlloyDB from @googlecloud and #ClickHouse!

    meetu.ps/e/LX7KJ/RtVCW/i

  14. Happening tonight!

    Join us in Milan at 6PM for a night concentrated on #database: #AlloyDB from @googlecloud and #ClickHouse!

    meetu.ps/e/LX7KJ/RtVCW/i

  15. Getting your indexes right on #PostgreSQL can be an ever-evolving game of whack-a-mole with engineering. #AlloyDB builds in AI to help advise you on what indexes to create based on a multitude of factors. Check out this blog to explain it all in depth:

    cloud.google.com/blog/products

  16. Getting your indexes right on #PostgreSQL can be an ever-evolving game of whack-a-mole with engineering. #AlloyDB builds in AI to help advise you on what indexes to create based on a multitude of factors. Check out this blog to explain it all in depth:

    cloud.google.com/blog/products

  17. If you're around Milan and into the #Database world, this event is a must!

    Milan Open Source Data Infrastructure Meetup on the 12th April to hear about two of the new cool databases: #AlloyDB and #ClickHouse from @googlecloud and @aiven_io

    meetup.com/milano-open-source-

  18. If you're around Milan and into the #Database world, this event is a must!

    Milan Open Source Data Infrastructure Meetup on the 12th April to hear about two of the new cool databases: #AlloyDB and #ClickHouse from @googlecloud and @aiven_io

    meetup.com/milano-open-source-

  19. You've all probably heard me say #AlloyDB is #PostgreSQL compatible wha, a thousand times (if not maybe I'm not trying hard enough)? Well, it is, and to hammer the point home even more, we made an awesome animated video about it too:

    youtube.com/watch?v=88k-eB3Eon

  20. You've all probably heard me say #AlloyDB is #PostgreSQL compatible wha, a thousand times (if not maybe I'm not trying hard enough)? Well, it is, and to hammer the point home even more, we made an awesome animated video about it too:

    youtube.com/watch?v=88k-eB3Eon

  21. I think it's fair to say that when #Google announced #AlloyDB, there was a certain amount of scepticism, given how strong #AWS #Aurora is in the market. However, the uptake seems to be pretty good. Check out all these certified vendors (including #SnapLogic): datanami.com/2023/03/29/partne #database #DBaaS

  22. I think it's fair to say that when #Google announced #AlloyDB, there was a certain amount of scepticism, given how strong #AWS #Aurora is in the market. However, the uptake seems to be pretty good. Check out all these certified vendors (including #SnapLogic): datanami.com/2023/03/29/partne #database #DBaaS

  23. 📣 #SnapLogic is now in the #GoogleCloud Marketplace: snaplogic.com/company/newsroom And that's not all! We also achieved the #Google #Cloud Ready – #AlloyDB designation. A big endorsement, and a way to make it even easier to get access to the power of the SnapLogic platform? Yes please! #iPaaS #LowCode #NoCode #DataIntegration

  24. 📣 #SnapLogic is now in the #GoogleCloud Marketplace: snaplogic.com/company/newsroom And that's not all! We also achieved the #Google #Cloud Ready – #AlloyDB designation. A big endorsement, and a way to make it even easier to get access to the power of the SnapLogic platform? Yes please! #iPaaS #LowCode #NoCode #DataIntegration

  25. My product team at Google just released a downloadable edition of #AlloyDB, its #PostgreSQL-compatible database engine loaded with lots of neat features like an index advisor and a columnar engine and so on and suchlike.

    It's in preview! You can install it on any newish RHEL or Debian-like and try it out for free.

    cloud.google.com/blog/products

    I co-authored the docs, by gar.

    #Postgres #databases #TechWriting

  26. My product team at Google just released a downloadable edition of #AlloyDB, its #PostgreSQL-compatible database engine loaded with lots of neat features like an index advisor and a columnar engine and so on and suchlike.

    It's in preview! You can install it on any newish RHEL or Debian-like and try it out for free.

    cloud.google.com/blog/products

    I co-authored the docs, by gar.

    #Postgres #databases #TechWriting

  27. Not always my fault if my blog titles are too long. I've just added "Continuous Backup" as that's how #AlloyDB markets it 😂
    ---
    RT @FranckPachot
    What is your @PostgreSQL alternative to 🅾 Oracle Flashback Database / 🔶 Amazon Aurora Backtrack?
    Is transactional DDL sufficient to protect application releases with DDL + DML on the DB?
    🚀 @Yugabyte has distributed snapshots:
    dev.to/yugabyte/pitr-snapshot-
    twitter.com/FranckPachot/statu

  28. Not always my fault if my blog titles are too long. I've just added "Continuous Backup" as that's how #AlloyDB markets it 😂
    ---
    RT @FranckPachot
    What is your @PostgreSQL alternative to 🅾 Oracle Flashback Database / 🔶 Amazon Aurora Backtrack?
    Is transactional DDL sufficient to protect application releases with DDL + DML on the DB?
    🚀 @Yugabyte has distributed snapshots:
    dev.to/yugabyte/pitr-snapshot-
    twitter.com/FranckPachot/statu

  29. Hoooo boy folks, it's here! You may have heard me talking a lot about #AlloyDB. Well now it's officially GA! Check out the launch blog, try it out, and see what super-powered #postgresql can do!

    cloud.google.com/blog/products

    Can also about our partner ecosystem and the first salvo of products that integrate with AlloyDB:

    cloud.google.com/blog/products

  30. Hoooo boy folks, it's here! You may have heard me talking a lot about #AlloyDB. Well now it's officially GA! Check out the launch blog, try it out, and see what super-powered #postgresql can do!

    cloud.google.com/blog/products

    Can also about our partner ecosystem and the first salvo of products that integrate with AlloyDB:

    cloud.google.com/blog/products

  31. @richard4444 I wanted to call #AlloyDB ++Postgres but they shut me down. If you had a magic wand, what’s a key message we should be spamming out there about Spanner to get more of the word out? Also possible we aren’t reaching the right audiences (we’ve put out a ton of content for folks to get familiar with it but mostly on our Cloud Blog). Hard to give conference talks on it because no one likes a vendor talk, and sponsored talks are back in the echo chamber for the most part.

  32. @garystafford I’m admittedly not as familiar with Aurora (because Google) but I will say that with an architecture of tons of clients, be it microservices, or mobile users, or web users, etc, you need to scale the infra save as front end. Some kind of load balancing is a must. Google’s new database offering, #AlloyDB has built in read replica pools with load balancing built into the pool itself. So scaling the read side is really simple.