PostgreSQL
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> PostgreSQL

Tương lai của Postgres-XL

Bạn có thể biết rằng Postgres-XL là một cơ sở dữ liệu phân tán dựa trên PostgreSQL. Một vài ngày trước, chúng tôi đã đẩy mã XL 9.6 vào kho lưu trữ git công khai. Thông tin chi tiết bổ sung về những thứ mới có trong Postgres-XL 9.6 có sẵn tại đây.

Mặc dù vậy, chủ đề của bài đăng trên blog này khá khác nhau. Tôi muốn thảo luận về một số thay đổi đối với thực tiễn quản lý và phát triển dự án cũng như lý do (và cách thức) chúng tôi dự định điều chỉnh nó.

Ngay từ cái nhìn đầu tiên, cộng đồng XL có vẻ không đặc biệt tích cực, đặc biệt nếu bạn chỉ nhìn vào mã số người đóng góp hoặc lưu lượng truy cập trên danh sách gửi thư. Chúng tôi biết điều này không hoàn toàn chính xác vì chúng tôi nhận được rất nhiều sự quan tâm ngoài danh sách từ khách hàng và các nhà phát triển khi xây dựng những nội dung thú vị trên Postgres-XL. Nhưng nó cũng cho thấy rằng có lẽ chúng tôi có thể cải thiện mặt này của dự án, để giúp việc đóng góp mã hoặc cung cấp phản hồi dễ dàng hơn.

Chúng tôi cũng biết có khá nhiều fork Postgres-XL. Chúng tôi không mong đợi mọi người ngừng làm việc với chúng và chuyển trở lại XL; một số fork giải quyết các trường hợp sử dụng không phải là mục đích chính của XL. Nhưng có lẽ những nhánh này có thể được hưởng lợi từ việc nâng cấp một số cải tiến chung (ví dụ:sửa lỗi hoặc một số bit cơ sở hạ tầng nhàm chán), giảm gánh nặng bảo trì và giảm xung đột hợp nhất.

Rõ ràng, đây là một mục tiêu dài hạn và không có một điều cụ thể nào có thể xảy ra. Vì vậy, hãy thoải mái đề xuất những thay đổi khác hoặc chỉ ra những khó chịu khác khiến bạn không thể đóng góp cho XL.

Phát triển cộng đồng

Một trong những mục tiêu của những thay đổi này là phát triển cộng đồng XL và làm cho nó hoạt động tích cực hơn. Điều đó không chỉ bao gồm việc nhận được nhiều thư hơn trong danh sách gửi thư, nhiều lượt tải xuống hơn, báo cáo lỗi (hoặc bất kỳ số liệu nào bạn chọn). Tôi cũng có nghĩa là chia sẻ quyền kiểm soát dự án với một cộng đồng rộng lớn hơn, bao gồm cả việc cấp quyền cam kết cho những người đóng góp có kinh nghiệm, v.v.

Đây không phải là câu hỏi về “nếu” mà là “khi nào”. Chúng tôi không có lịch trình hoặc thời hạn chính xác để thêm người cam kết, nhưng ước tính của tôi là điều đó sẽ xảy ra sớm hơn là muộn hơn.

Giữ XL gần với PostgreSQL

Một trong những lý do tại sao chúng tôi không muốn áp dụng một nền tảng phát triển hoàn thiện hơn (và phức tạp hơn) là chúng tôi muốn giữ Postgres-XL gần với PostgreSQL nhất có thể, cả về mã và thực tiễn phát triển. Và PostgreSQL sử dụng một quy trình rất đơn giản, dựa trên việc gửi các bản vá đến một danh sách gửi thư. Điều đó vừa đơn giản, vừa đóng vai trò như một “dấu vết kiểm tra” đơn giản.

Vì vậy, chúng tôi không có kế hoạch chuyển sự phát triển sang github hoặc gitlab, nhưng không có gì ngăn cản bạn tiếp nhận những công nghệ đó khi làm việc trên XL, miễn là các bản vá cuối cùng được gửi đến danh sách gửi thư. Ví dụ:chúng tôi đang sử dụng github trong nội bộ.

Di chuyển khỏi Sourceforge

Từ lâu, sourceforge là một nơi tuyệt vời để lưu trữ các dự án mã nguồn mở. Nhưng ngày nay trang web có vẻ khá nhiều ở chế độ chỉ bảo trì, vấp phải nhiều tranh cãi liên quan đến việc gộp phần mềm quảng cáo vào phần tải xuống, v.v. Đã đến lúc phải tiếp tục.

May mắn thay, chúng tôi không cần nhiều như vậy - một trang web dự án, một kho lưu trữ git và một vài danh sách gửi thư và. Hai mục đầu tiên - trang web và kho lưu trữ git đã được lưu trữ ngoài sourceforge.

Vì vậy, chúng tôi chỉ cần làm điều gì đó với danh sách gửi thư, chúng tôi có thể dễ dàng lưu trữ trên http://www.postgres-xl.org (và thậm chí chúng tôi có thể nhập các kho lưu trữ hiện tại để không bị mất lịch sử).

Kế hoạch là thực hiện thay đổi này vào tuần tới. Nếu bạn đã đăng ký bất kỳ danh sách gửi thư nào, bạn sẽ tự động được đăng ký vào danh sách gửi thư mới và bạn sẽ nhận được tin nhắn với tất cả các chi tiết. Thay đổi chính sẽ là thay đổi miền, từ @lists.sourceforge.net tới @lists.postgres-xl.org .


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Lỗi Ruby / PgSQL khi khởi động Rails:không thể tải tệp như vậy - pg_ext (LoadError)

  2. CHÈN với tên bảng động trong chức năng kích hoạt

  3. Postgres pg_dump kết xuất cơ sở dữ liệu theo một thứ tự khác nhau mọi lúc

  4. Hàm truy vấn động Postgres

  5. Cột thay đổi Rails Migration để sử dụng mảng Postgres