Avaliações e Detalhes do Produto EDB for PostgreSQL

O que eu mais gosto no EDB para PostgreSQL é como ele combina a flexibilidade do PostgreSQL de código aberto com um forte suporte e confiabilidade em nível empresarial. A plataforma oferece ferramentas robustas para alta disponibilidade, segurança e ajuste de desempenho, que são críticas para cargas de trabalho de produção. É especialmente valioso para organizações que estão migrando de bancos de dados legados como o Oracle, enquanto permanecem compatíveis com o PostgreSQL. Análise coletada por e hospedada no G2.com.

O que eu não gosto sobre o EDB para PostgreSQL é que o licenciamento e o custo geral podem parecer altos em comparação com as opções nativas ou gerenciadas na nuvem do PostgreSQL. Alguns recursos avançados estão vinculados a componentes proprietários, o que reduz a flexibilidade para equipes que preferem soluções totalmente de código aberto. Também pode haver uma curva de aprendizado ao trabalhar com ferramentas e configurações específicas do EDB. Análise coletada por e hospedada no G2.com.

I use EDB for PostgreSQL primarily as a robust and enterprise-grade database solution for managing structured data in business applications. Its advanced security features, high availability options, and performance optimization tools make it suitable for critical applications where reliability is important. I particularly appreciate its high availability features like replication and failover, which help ensure minimal downtime. The Oracle compatibility is another big advantage, as it simplifies migration and reduces the learning curve when working across different database systems. Additionally, the built-in tools for monitoring, backup, and performance tuning make database management much easier compared to handling everything manually. The security features are also robust, which is important when dealing with critical or sensitive data. Overall, it strikes a good balance between power, scalability, and ease of management. Análise coletada por e hospedada no G2.com.

While EDB for PostgreSQL is a strong and reliable platform, there are a few areas that could be improved. The initial setup and configuration can be a bit complex, especially for users who are new to PostgreSQL or enterprise database environments. It often requires a good level of expertise to fully utilize all features. The user interface for some of the management and monitoring tools could be more intuitive and modern. Compared to some newer database platforms, navigation and usability can feel slightly less user-friendly. Licensing and cost can also be a concern for smaller teams, particularly when compared to the fully open-source version of PostgreSQL. While the enterprise features justify the cost, it may still be a barrier for some organizations. Additionally, documentation and troubleshooting resources, while comprehensive, can sometimes be difficult to navigate when trying to resolve specific issues quickly. Análise coletada por e hospedada no G2.com.

I appreciate EDB for PostgreSQL for its secure, scalable, and enterprise-ready platform, which centralizes fragmented infrastructure data in Cambodia's water resources and irrigation sector. I like the ability to connect enterprise-grade capabilities with practical adaptability, making it suitable for this sector. I enjoy its reliability and how it integrates seamlessly with modern tools and data types, supporting geospatial data, JSON, and XML integration, which works very well when connecting survey inventories with GIS maps, running predictive models for water allocation, and simulating hydraulic flows directly within the database. Using EDB for PostgreSQL as the central data backbone, I've paired it with tools like GIS platforms (ArcGIS, QGIS), CAD software (AutoCAD), analytics dashboards (Power BI, Tableau), hydraulic modeling tools (HEC-RAS, SWAT, MIKE Hydro), and a mobile survey app (IAMS), creating an integrated ecosystem for Cambodia's irrigation asset management system. Análise coletada por e hospedada no G2.com.

For Cambodia's water resources and irrigation sector, EDB for PostgreSQL's main drawback were its licensing costs, proprietary features that risk vendor lock-in, and the training burden for local teams. Its enterprise complexity can feel heavy compared to community PostgreSQL, and localization gaps mean extra customization is needed to fit rural workflows and national governance systems. Thus, while it delivered reliability and scalability, affordability, simplicity, and local adaptation remain areas for improvement. Análise coletada por e hospedada no G2.com.

I love that EDB for PostgreSQL takes the stress out of managing mission-critical Postgres by providing a full-stack enterprise experience that community versions just can't match. The multi-master replication via EDB Postgres Distributed is a complete game-changer, allowing me to achieve five-nines availability and perform rolling maintenance without typical failover anxiety. I'm a huge fan of the native Oracle compatibility, which treats PL/SQL as a first-class citizen and saves me months of refactoring during migrations. Their integrated security suite, including built-in SQL injection protection and data redaction, coupled with 24/7 access to some of the world's top Postgres contributors, transforms the database into a robust, high-performance platform that I can actually scale and defend. I also appreciate how EDB has built a cohesive ecosystem for modern workloads through their CloudNativePG operator and AI integration. Their Kubernetes implementation handles automated failover, scaling, and backups with precision, making running Postgres in containers feel like a managed service. The Postgres AI platform works incredibly well for teams trying to consolidate their stacks; running columnar analytics and vector searches within the same environment means I can support both business intelligence and generative AI features without building complex pipelines to external data warehouses. It's this combination of rock-solid traditional database management and forward-thinking tools for developers that makes it a standout choice for an evolving enterprise environment. Análise coletada por e hospedada no G2.com.

While EDB is a powerhouse for enterprise Postgres, there are definitely areas that can be a headache for an engineer. One of the biggest friction points is the pricing and licensing model; because it is often tied to vCPU counts, costs can spiral quickly as you scale or add standby nodes for resilience, making long-term budget forecasting a bit of a moving target. From a technical standpoint, while the Oracle compatibility is excellent, it is not a 1:1 perfect match, and hitting that final 5-10% of niche features like advanced queuing or specific proprietary packages often requires frustrating manual workarounds. The learning curve for advanced features like EDB Postgres Distributed is also quite steep, and the documentation can sometimes feel fragmented or less comprehensive than the community Postgres wiki, making troubleshooting complex mesh configurations difficult. Finally, the proprietary nature of some features can create a sense of vendor lock-in; if you ever want to move back to community Postgres, untangling yourself from EDB-specific enhancements like redacted views or PL/SQL wrappers can be a significant architectural burden. Análise coletada por e hospedada no G2.com.

Aprecio usar o EDB para PostgreSQL na Novartis como uma plataforma de banco de dados confiável, lidando com dados estruturados para estudos clínicos e análises. Isso nos dá a confiança para executar o PostgreSQL em escala de forma segura e em conformidade, o que é crucial para cargas de trabalho conectadas ao WNS e ferramentas de relatórios empresariais. Gosto que ele se integre suavemente com AWS e Power BI, permitindo-nos executar o PostgreSQL em escala com a confiabilidade e suporte necessários para análises e relatórios empresariais. O EDB se encaixa bem com nossa configuração de nuvem e analítica, apoiando relatórios em grande escala e casos de uso de dados. A configuração inicial foi relativamente simples, já que já tínhamos experiência com PostgreSQL e infraestrutura de nuvem em vigor. Análise coletada por e hospedada no G2.com.

Para ser honesto, custos de licença e infraestrutura. Licenciamento baseado em vCPUs significa que os custos aumentam à medida que os bancos de dados escalam, especialmente com configurações distribuídas. Nós de espera melhoram a resiliência, mas também aumentam o custo de infraestrutura e licenciamento. Estimar custos de longo prazo antecipadamente é desafiador. Análise coletada por e hospedada no G2.com.

Gosto da unificação perfeita de recursos de alta disponibilidade com ferramentas de nível empresarial no EDB para PostgreSQL, o que torna as implantações em produção sem esforço. O recurso Postgres Distributed (PGD) é um destaque para aplicativos geo-distribuídos, proporcionando cinco noves de tempo de atividade através de failover automático e replicação de baixa latência, garantindo zero interrupções durante picos de carga. A compatibilidade com PL/SQL é fantástica para facilitar migrações do Oracle, economizando-nos meses ao evitar reescritas caras e preservando o desempenho. As extensões pgvector são ótimas para cargas de trabalho de IA/ML, oferecendo consultas vetoriais 4x mais rápidas e eliminando silos de dados, além de lidar perfeitamente com escalonamento nativo do Kubernetes para microsserviços. Os recursos de criptografia e auditoria garantem conformidade, especialmente para detecção de fraudes financeiras e registros de saúde. No geral, sua confiabilidade empresarial e economia de custos se destacam, tornando-o uma escolha atraente para escalar além do Postgres padrão. Análise coletada por e hospedada no G2.com.

Embora o EDB para PostgreSQL seja robusto, sua configuração do Postgres Distributed (PGD) pode ser complexa para a configuração inicial em ambientes dinâmicos de Kubernetes, exigindo mais ajustes de automação. As extensões pgvector, embora eficientes, às vezes ficam atrás no manuseio de vetores ultra-altamente dimensionais (mais de 10 mil dimensões) sem ajustes personalizados, em comparação com bancos de dados vetoriais dedicados. A compatibilidade com PL/SQL cobre 90% das cargas de trabalho do Oracle, mas perde recursos avançados de enfileiramento de nicho, necessitando de soluções alternativas durante as migrações. As ferramentas de gerenciamento poderiam melhorar a intuitividade da interface do usuário para monitorar geo-clusters em escala. Análise coletada por e hospedada no G2.com.

Eu uso o EDB para PostgreSQL no meu desktop como um sistema de banco de dados relacional para projetar, armazenar e gerenciar dados estruturados. Eu aprecio sua confiabilidade como um banco de dados de nível empresarial para gerenciar dados estruturados. É muito estável e confiável para esses propósitos. A ferramenta de consulta SQL é algo que eu uso constantemente para escrever, testar e otimizar consultas, junções, restrições, relacionamentos e esquemas, o que me ajuda a modelar dados corretamente. O processo de configuração é simples; o instalador guia você passo a passo, com a maior parte da configuração sendo feita por um assistente de configuração claro. O EDB para PostgreSQL é um ambiente PostgreSQL poderoso e confiável com fortes recursos empresariais, especialmente valioso para aprendizado e desenvolvimento. Análise coletada por e hospedada no G2.com.

A interface pode parecer um pouco complexa para iniciantes e leva tempo para se acostumar. Análise coletada por e hospedada no G2.com.

O que eu mais gosto é de como o EnterpriseDB EDB para PostgreSQL se integra facilmente com os sistemas existentes. Muitos de nossos clientes já estavam usando PostgreSQL ou Oracle, então a migração e configuração não foram muito complicadas. Análise coletada por e hospedada no G2.com.

a configuração inicial e a compreensão de alguns recursos empresariais levam pouco tempo, especialmente se a equipe for nova no EnterpriseDB EDB para PostgreSQL. A documentação está disponível, mas às vezes não é muito direta. Análise coletada por e hospedada no G2.com.

O que mais aprecio no EDB para PostgreSQL é a combinação de segurança de nível empresarial, recursos robustos de alta disponibilidade e suporte técnico excepcional. Esses aprimoramentos fornecem a estabilidade e o desempenho necessários para aplicações críticas, enquanto as ferramentas de compatibilidade tornam o escalonamento e o gerenciamento de infraestruturas de banco de dados complexas significativamente mais eficientes e confiáveis do que usar apenas o PostgreSQL padrão. Análise coletada por e hospedada no G2.com.

A coisa menos útil sobre o EDB para PostgreSQL são suas extensões proprietárias e recursos exclusivos para empresas que forçam custos de licenciamento e criam dependência do fornecedor, tornando-o muito menos atraente do que o PostgreSQL vanilla totalmente open-source e gratuito para a maioria dos usuários. As desvantagens incluem complexidade adicional devido a ferramentas personalizadas que muitas vezes parecem desnecessárias, adoção mais lenta de correções da comunidade upstream e suporte comunitário limitado em comparação com o Postgres padrão. Análise coletada por e hospedada no G2.com.

Eu uso o EDB para PostgreSQL para diagnósticos de desempenho e otimizações de consultas, evitando sobrecargas no servidor e melhorando os tempos do servidor. O Index Advisor é particularmente útil para gerenciar tabelas massivas e obter uma melhor indexação para todas as operações. A ferramenta como um todo é realmente útil, e usar o Enterprise Manager me ajuda a monitorar picos em tempo real e lidar com potenciais catástrofes. Análise coletada por e hospedada no G2.com.

A configuração inicial do EDB para PostgreSQL é definitivamente um pouco desafiadora, e poderia ser mais fácil ou mais compreensível para iniciantes e intermediários. Além disso, configurá-lo especificamente para BI requer ajustes manuais das configurações de memória e parâmetros de consulta paralela. Ter sugestões ou guias específicos para casos de uso, especialmente com a tendência atual de IA, seria extremamente benéfico. Análise coletada por e hospedada no G2.com.