Làm cách nào để tham gia vào Elasticsearch - hoặc ở cấp Lucene

Question

Cách tốt nhất để làm tương đương với việc tham gia SQL trong Elasticsearch là gì?

Tôi có một thiết lập SQL với hai bảng lớn: Persons and Items. Một người có thể sở hữu nhiều mục. Cả hàng của Người và Mục có thể thay đổi (tức là được cập nhật). Tôi phải chạy các tìm kiếm lọc theo các khía cạnh của cả người và mục.

Trong Elasticsearch, có vẻ như bạn có thể biến Person thành tài liệu lồng nhau của Item, sau đó sử dụng has_child.

Nhưng: nếu bạn cập nhật một người, tôi nghĩ bạn cần phải cập nhật mọi mục mà họ sở hữu (có thể rất nhiều).

Điều đó có đúng không? Có cách nào tốt đẹp để giải quyết truy vấn này trong Elasticsearch không?

Answer 1

Như đã đề cập, cách để đi là cha/con. Vấn đề là các tài liệu lồng nhau là cực kỳ hiệu quả nhưng để chúng được cập nhật, bạn cần gửi lại toàn bộ cấu trúc (parent + lồng nhau tài liệu). Mặc dù việc triển khai thực hiện nội bộ các tài liệu lồng nhau bao gồm các tài liệu lucene riêng biệt, các tài liệu lồng nhau đó không hiển thị hoặc không thể truy cập trực tiếp. Trong thực tế, khi sử dụng các tài liệu lồng nhau, bạn cần sử dụng các truy vấn thích hợp để truy cập chúng (truy vấn lồng nhau, bộ lọc lồng nhau, phần tử lồng nhau, v.v.).

Mặt khác, cha/mẹ cho phép bạn có các tài liệu riêng biệt tham chiếu với nhau, có thể được cập nhật độc lập. Nó có một chi phí về hiệu suất và bộ nhớ được sử dụng nhưng nó là cách linh hoạt hơn so với các tài liệu lồng nhau.

Như đã đề cập trong this article, thực tế là elasticsearch giúp bạn quản lý quan hệ không có nghĩa là bạn phải sử dụng các tính năng đó. Trong rất nhiều giai đoạn phức tạp, tốt hơn là nên có một số logic tùy chỉnh trên lớp ứng dụng xử lý các quan hệ. Trong khía cạnh cũng có những hạn chế với cha/con: ví dụ bạn không bao giờ có thể lấy lại cả cha và con cùng một lúc, trái ngược với các tài liệu lồng nhau không cho phép chỉ lấy lại các con phù hợp (hiện tại).

Answer 2

Hãy nhìn vào câu trả lời của tôi cho: In Elasticsearch, can multiple top-level documents share a single nested document?

này thảo luận về việc sử dụng các _parent lập bản đồ như là một cách để tránh vấn đề với cần phải cập nhật mỗi mục khi một người được cập nhật.