cách đọc kèo bóng đáRe: Có bộ nhớ cache truy vấn ở lõi

từ: "Tsunakawa, Takayuki" <Tsunakawa (cách đọc kèo bóng đá) takay (at) jp (cách đọc kèo bóng đá) fujitsu (cách đọc kèo bóng đá) com
đến: 'Konstantin Knizhnik' <k (cách đọc kèo bóng đá) Knizhnik (at) postgrespro (cách đọc kèo bóng đá) ru, "pgsql-hackers (at) lists (cách đọc kèo bóng đá)
Chủ đề: Re: Có bộ đệm truy vấn ở lõi
ngày: 2018-05-07 08:24:27
message-id: 0A3221C70F24FB45833333255569204D1F96C11E@G01JPEXMBYT05
Views: tin nhắn thô | toàn bộ chủ đề | Tải xuống Mbox | Resend email
Chủ đề:
Danh sách: PGSQL-Hackers

Từ: Konstantin Knizhnik [mailto: k (cách đọc kèo bóng đá) knizhnik (at) postgre
Nhưng tôi nghĩ tốt hơn là bắt đầu trước với
1. Bộ đệm câu lệnh được chuẩn bị toàn cầu
2. Bộ đệm danh mục toàn cầu
3. Bộ nhớ cache quan hệ toàn cầu

Tôi có thể hỏi tại sao các câu lệnh được chuẩn bị cần phải đi trước danh mục và bộ nhớ cache quan hệ không? Chúng tôi đang phải chịu đựng sự phình to của danh mục và bộ nhớ cache quan hệ, và đang nghĩ đến việc đề xuất đặt các bộ nhớ cache đó vào bộ nhớ chung.

Chuyển sang bộ đệm toàn cầu dường như là một nhiệm vụ bị thách thức, đòi hỏi rất nhiều
về các thay đổi trong lõi Postgres.
Nhưng tôi nghĩ rằng đôi khi chúng ta sẽ phải thực hiện chúng trong mọi trường hợp (như
Nó được thực hiện trong hầu hết các DBMS khác).

Đồng ý. Tôi tôn trọng thái độ của bạn đối với cách mạng hóa postgresql.

Liên quan đến bộ đệm kết quả, tôi nghĩ sẽ tốt hơn nếu hỏi ý kiến ​​của
Người dùng MySQL: Nó hữu ích như thế nào.

Và người dùng cơ sở dữ liệu Oracle, vì Oracle đã triển khai nó tương đối gần đây, IIRC.

Trân trọng
Takayuki Tsunakawa

Đáp lại

Phản hồi

Duyệt PGSQL-Hackers theo ngày

từ ngày Chủ đề
Tin nhắn tiếp theo Hartmut Holzgraefe 2018-05-07 08:41:11 Re: Có bộ đệm truy vấn trong lõi
Tin nhắn trước Konstantin Knizhnik 2018-05-07 08:12:33 Re: Có bộ đệm truy vấn trong lõi