UUID property isn't compared correctly when used in a long query
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 38/100
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện các traversal has và hasLabel đã mô tả trên backend Berkeley với một thuộc tính EntityId có kiểu UUID, so sánh traversal từ các đỉnh khác với việc tra cứu trực tiếp. Được xem là hoàn tất khi truy vấn đầu tiên cũng tìm thấy v[4280], khớp với hành vi khi thuộc tính được lưu dưới dạng chuỗi.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi team
It looks like the has step is not very consistent when dealing with UUID properties:
When I use has and hasLabel to search for a vertex by the UUID property, I can simply provide a string and it will find me that vertex (second query), but not when starting the traversal with other vertices (first query).
The expected behaviour is that the first query will find me v[4280] as well.
If I make the EntityId property as a string type then the first two queries give me the same results as expected.
I'm using version janusgraph:1.1.0-20241018-025853.872a475 with the berkeley backend, all settings are default, no indices.
- Ngôn ngữ chính
- Java
- Star
- 5.9k
- Fork
- 1.2k
- Merge trung bình
- 2 ngày 6 giờ
- Pull request đã merge (30 ngày)
- 77
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của JanusGraph/janusgraph
-
Add Janus Studio to the Visualization sectionCó thể đã có người làm @Zorabi đã nhận 64 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100
JanusGraph/janusgraph#4943 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
JanusGraph/janusgraph#1578 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Solr reads large results at offsets, at a cost which grows with the square of their size, and waits forever after a deletionCó thể đã có người làm @porunov đã nhận 1 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 50/100
JanusGraph/janusgraph#5126 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
An ordered traversal which a mixed index of its order key could answer reads every elementCó thể đã có người làm @porunov đã nhận 1 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
JanusGraph/janusgraph#5124 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
kind/bug/possible
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
JanusGraph/janusgraph#5113 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của JanusGraph/janusgraph
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
[Bug]: REST API URL starting with "http" but no scheme (e.g. httpbin.org/get) is not given an http:// prefixCó thể đã có người làm @ItsDeadlyProgrammer đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
appsmithorg/appsmith#42471 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
code-maintenance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
bug priority: medium Review effort [1-5]: 3 status: needs-triage type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
carlos-emr/carlos#5258 ·
Maintainer thường phản hồi trong vòng 1 ngày