Vì Cassandra dựa trên giấy Dynamo (bảng băm tự cân bằng, phân phối) + BigTable và có các chỉ mục không gian phù hợp với mô hình đó (quadkey hoặc geohash). Có lý do nào mà sự hỗ trợ không gian địa lý chưa được thực hiện?Có lý do nào mà Cassandra không có hỗ trợ không gian địa lý?
Bạn có thể thêm kiểu dữ liệu GeoPoint dưới dạng bộ dữ liệu với một geohash nội bộ và chỉ định một CF có chứa dữ liệu địa lý. Từ đó bạn có thể chọn hành vi khi có dữ liệu địa lý là chỉ mục phụ hoặc SCF không chuẩn hóa. Điều đó có thể đặt nền móng cho việc phát triển không gian địa lý và bạn có thể bắt đầu bằng cách thực hiện một số loại quả treo thấp như .nearby(), có thể trả về các cột có chung cùng một geohash. (Tôi biết rằng sẽ không cung cấp cho bạn "gần nhất", bạn phải đi bộ xung quanh geohashes hoặc sử dụng một hình dạng và một không gian điền đường cong cho rằng có thể được thực hiện sau đó, nhưng là một hoạt động chung cho việc tìm kiếm một số các cột lân cận)
Tôi biết SimpleGeo/Urban Airship đã xây dựng hỗ trợ địa lý vào Cassandra, nhưng có vẻ như nó chưa từng được mở ra. Ngoài ra, hãy cho tôi biết nếu có một nơi tốt hơn để hỏi điều này (quora, danh sách gửi thư, v.v ...)
Đây là triển khai python của một quadkey nếu điều đó giúp https://github.com/buckheroux/QuadKey – agentargo
Tôi tò mò tại sao một DB sẽ hỗ trợ thứ gì đó chỉ hữu ích trong một miền vấn đề cụ thể. Một số người trong số họ làm, vì vậy phải có một lý do chính đáng. Nhưng không phải là điều này tương tự để hỗ trợ các loại dữ liệu cụ thể cho, ví dụ, bộ gen? –