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
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 |