Postgres đang ăn quan hệ

PostgreSQL có rất nhiều tính năng tuyệt vời, nhưng đơn giản để sử dụng là điều thuyết phục các doanh nghiệp và chuyên gia tư vấn sử dụng nó

  • Postgres đang ăn quan hệ
    Bởi Matt Asay

    Cộng tác viên, InfoWorld.

    Postgres is eating relationalnhững hình ảnh đẹp

    Ngay cả khi cơ sở dữ liệu NoSQL tiếp tục bùng nổ, bên quan hệ còn rất lâu mới kết thúc. Nhưng trong đám đông quan hệ, một cơ sở dữ liệu tiếp tục trở nên phổ biến với chi phí của các đồng nghiệp lâu đời hơn của nó. Vâng, tôi đang nói về PostgreSQL. Câu hỏi thực sự không phải là tại sao các nhà phát triển thích PostgreSQL. Có rất nhiều lý do. Không, câu hỏi thực sự là tại sao các nhà phát triển lại thích nó đến vậy

    Khoảnh khắc cứ tiếp tục

    Thời kỳ phục hưng của PostgreSQL hiện đã được vài năm, điều mà tôi đã viết về nó nhiều lần. Những lý do cho sự phổ biến của nó?

    1. Bộ tính năng phong phú
    2. Cực kỳ có thể mở rộng (phần mở rộng, hook)
    3. Mã nguồn mở
    4. Giấy phép nguồn mở 'dễ dãi'

    Vấn đề là, những điều này đã đúng trong một thời gian và rất lâu trước khi PostgreSQL thực sự bắt đầu leo ​​lên bảng xếp hạng mức độ phổ biến (có lẽ được lập biểu đồ tốt nhất bởi Álvaro Hernández, người sáng lập OnGres, người đã sử dụng thang đo tuyến tính để cho thấy mức tăng trưởng tương đối của PostgreSQL so với các cơ sở dữ liệu quan hệ đương nhiệm)

    postrgresql popularityAlvaro Hernández

    Sự gia tăng phổ biến của PostgreSQL đã nhất quán trong nhiều năm.   

    MySQL sớm xuất hiện trong nhóm cơ sở dữ liệu quan hệ nguồn mở nhưng được sử dụng nhiều hơn để xây dựng trang web non trẻ hơn là thay thế cơ sở dữ liệu doanh nghiệp chính thống. MySQL cuối cùng cũng thuộc sở hữu của Oracle, điều này dường như không làm chậm sự phát triển của nó nhưng có thể làm giảm sự nhiệt tình của cộng đồng. Do đó, theo thời gian, MySQL đã cùng với các đối thủ sở hữu độc quyền là Oracle và SQL Server giảm mức độ phổ biến không chỉ so với PostgreSQL mà còn đối với lớp cơ sở dữ liệu NoSQL đang phát triển như Amazon DynamoDB, MongoDB, Redis, Apache Cassandra, v.v.

    Dù sao đi nữa, không ai đặt câu hỏi PostgreSQL tốt như thế nào cũng như vai trò của nó trong xu hướng ngành ủng hộ cơ sở dữ liệu đa năng. Đây không phải là tin chính xác. Tin tức là sự gấp rút hiện đại hóa—và vai trò của PostgreSQL trong đó

    Nhấn nút dễ dàng

    Không phản đối (dù chỉ một chút) tất cả các lý do khác nhau để thích PostgreSQL, có lẽ có một lý do nổi bật. Dễ thôi. Nó không nhất thiết phải dễ học hoặc sử dụng hơn các cơ sở dữ liệu quan hệ khác. (Ngay cả những người mới sử dụng cơ sở dữ liệu được đào tạo về MySQL cũng không. ) Nhưng đối với những người đã quen với cơ sở dữ liệu quan hệ và muốn bỏ Oracle đắt tiền chẳng hạn, PostgreSQL là “nút dễ dàng. ” Hầu hết các công ty không tìm cách nâng cấp và thay đổi, như Giám đốc điều hành EDB Ed Boyajian đã từng nói với tôi, nhưng họ đang chuyển sang PostgreSQL cho các ứng dụng lĩnh vực mới của mình vì họ đã có sẵn các kỹ năng quan hệ/SQL nội bộ, được tích lũy qua nhiều thập kỷ sử dụng Oracle

    Vì vậy, ngay cả khi một mô hình cơ sở dữ liệu khác thực sự có thể tốt hơn cho trường hợp sử dụng của họ, thì “nút dễ dàng” vẫn là PostgreSQL. Như Dave Cuthbert, cựu kỹ sư AWS lưu ý: “Ngày càng có nhiều ứng dụng đang sử dụng [cơ sở dữ liệu] quan hệ vì đó là cái búa duy nhất mà họ có. ”

    Tất nhiên, đối với nhiều khối lượng công việc của doanh nghiệp, những người làm kiến ​​trúc thực sự không được doanh nghiệp tuyển dụng mà tham gia với tư cách là nhà tư vấn. Trong các nhà tích hợp hệ thống toàn cầu lớn nhất, có kinh nghiệm quan hệ tích hợp sẵn đó và, từ các cuộc trò chuyện của tôi với những người trong ngành, đây có xu hướng là lý do chính để họ thúc đẩy PostgreSQL

    Trong và sau đại dịch, nhu cầu hiện đại hóa cơ sở hạ tầng doanh nghiệp là rất lớn để giúp doanh nghiệp trở nên linh hoạt hơn và đáp ứng nhanh chóng các yêu cầu của khách hàng. Những nhà tích hợp hệ thống toàn cầu này đảm nhận các dự án hiện đại hóa và thường áp dụng các công nghệ mà họ dễ triển khai nhất, mang lại cho họ lợi nhuận tốt nhất trên các dịch vụ của họ. Chúng ta có thể tranh luận về việc liệu đây có thực sự là điều tốt nhất cho những khách hàng muốn hiện đại hóa hay không, nhưng không khó để hiểu logic cơ bản

    Bây giờ, nếu bạn là tôi, đang làm việc cho một công ty cơ sở dữ liệu tài liệu, thì thật công bằng khi nghĩ rằng sự phụ thuộc quá mức vào quan hệ rõ ràng này là do quán tính hơn là nỗ lực phối hợp để nắm lấy cơ sở hạ tầng dữ liệu hiện đại. Theo quan điểm của tôi, "tại sao bây giờ?" . ” Không phải vì nó tốt nhất

    Tất nhiên, “tốt nhất” là chủ quan và “bởi vì nó dễ dàng” đã là động lực chính cho mọi thứ, từ nguồn mở đến đám mây. Sự dễ dàng—hay sự thuận tiện—là một loại ma túy. Các công ty muốn cạnh tranh với “nút dễ dàng” của PostgreSQL cần phải nghĩ ra thứ gì đó ít nhất là hấp dẫn. Trong khi đó, PostgreSQL dường như không ăn sâu vào NoSQL, nhưng có vẻ như nó đang phát triển với cái giá phải trả là những người đương nhiệm có quan hệ

    Có liên quan

    • PostgreSQL
    • Cơ sở dữ liệu quan hệ
    • cơ sở dữ liệu
    • Kiến trúc doanh nghiệp

    Matt Asay điều hành tiếp thị đối tác tại MongoDB. Quan điểm thể hiện ở đây là của Matt và không phản ánh quan điểm của chủ nhân của anh ấy

    PostgreSQL có phải là cơ sở dữ liệu quan hệ không?

    PostgreSQL là cơ sở dữ liệu quan hệ mã nguồn mở cấp doanh nghiệp nâng cao hỗ trợ cả truy vấn SQL (quan hệ) và JSON (không quan hệ).

    Postgres có quan hệ hay NoSQL không?

    Mô hình dữ liệu . Khi bạn cố gắng lập mô hình dữ liệu trong PostgreSQL, cách tốt nhất là vẫn mặc định là mô hình quan hệ và chỉ sử dụng JSON khi nó hợp lý. PostgreSQL is still a relational data model and does not have all the features of a NoSQL database such as an aggregation pipeline. When you try to model data in PostgreSQL, the best practice is to still default to a relational model and only use JSON when it makes sense.

    Điểm yếu lớn nhất của Postgres là gì?

    Nhược điểm của PostgreSQL .
    Postgres không thuộc sở hữu của một tổ chức. .
    Các thay đổi được thực hiện để cải thiện tốc độ đòi hỏi nhiều công việc hơn MySQL vì PostgreSQL tập trung vào khả năng tương thích
    Nhiều ứng dụng nguồn mở hỗ trợ MySQL, nhưng có thể không hỗ trợ PostgreSQL
    Về số liệu hiệu suất, nó chậm hơn MySQL

    Nhược điểm của PostgreSQL là gì?

    Những ưu điểm và nhược điểm của PostgreSQL trong nháy mắt