2013-02-15 34 views
24

Khi triển khai giải pháp cho một đối tượng thuê đa sử dụng postgres, tôi cần một câu trả lời về số lượng lược đồ tối đa có thể cư trú trong một cơ sở dữ liệu postgres.Có thể tạo bao nhiêu lược đồ trong postgres

+0

Tôi coi câu hỏi này là dấu hiệu của một lỗi thiết kế có thể xảy ra. Chắc chắn bạn có thể sử dụng một cơ sở dữ liệu với một cột cho biết khách hàng. – Bohemian

+8

Có các điểm cộng và thiết kế nhỏ để sử dụng nhiều lược đồ giống như có thêm cột khách hàng vào các bảng trong một thiết lập lược đồ đơn. AKA nó không quá đen trắng theo ý kiến ​​của tôi. – Kuberchaun

+3

Tôi chắc chắn đã có tùy chọn đó, nhưng tôi đã sử dụng tùy chọn này, Postgres có tính năng rất mạnh mẽ cho nhiều lược đồ, chúng tôi chắc chắn nên tìm nó thay vì tăng nỗ lực mã hóa và tìm kiếm khách hàng cụ thể trước mỗi truy vấn. –

Trả lời

29

Chúng tôi đã kiểm tra hàng nghìn lược đồ - với hàng nghìn bảng không có vấn đề. Có một vài vấn đề được biết đến

  • vấn đề với chính quyền GUI - khởi đầu chậm chạp do đọc một cây đối tượng đầy đủ về sự khởi đầu,
  • vấn đề với pg_dump - khởi đầu chậm chạp của sao lưu - cần rất nhiều thời gian cho khóa đối tượng.
+0

Cảm ơn bạn đã chia sẻ trải nghiệm của mình! Khi bạn nói "hàng nghìn", giá trị xấp xỉ là bao nhiêu? –

+4

@MarcioSimao - khoảng mười nghìn. Bây giờ hai năm sau, giới hạn thực sự là trong các công cụ cơ bản để quản trị và sao lưu. pg_dump, pg_restore có thể gặp sự cố khi số lượng đối tượng được xử lý trong một giao dịch lớn hơn 20000 đối tượng. Một vấn đề khác là bộ đệm cồng kềnh trong lược đồ quá lớn. Postgres chứa rất nhiều dữ liệu trong bộ nhớ cache cục bộ cho mỗi cơ sở dữ liệu. Khi bạn sử dụng lại kết nối trên lược đồ lớn, thì cache này có thể quá lớn và đôi khi chậm - nhưng nó phụ thuộc vào sw pooler. Sw có sẵn như pgbouncer hoặc pgpool không phải là quá thông minh: ( –

+1

@PavelStehule Làm thế nào bạn sửa vấn đề pg_dump? Bất kỳ lời khuyên? Tôi đang đối mặt với cùng một vấn đề. –

Các vấn đề liên quan