Tôi muốn lưu trữ một số vị trí hình học trong cơ sở dữ liệu MySQL của tôi. Đối với điều này, tôi sử dụng kiểu dữ liệu POINT. Hầu như ở mọi nơi tôi đọc rằng hàm GeomFromTextnày nên được sử dụng để chèn dữ liệu vào bảng.

Tuy nhiên, tôi phát hiện ra rằng POINT(X,Y)cũng hoạt động. Tôi đã không tìm thấy bất kỳ mô tả tại sao GeomFromTextnên được sử dụng thay vì POINT.

Ví dụ tôi có quan hệ đơn giản sau:

CREATE TABLE Site (
    SiteID      BIGINT UNSIGNED,
    Position    POINT
);

Và tôi có thể chèn giá trị bằng hai biến thể sau:

INSERT INTO Site (
    1,
    GeomFromText( 'POINT(48.19976 16.45572)' )
);

INSERT INTO Site (
    2,
    POINT(48.19976, 16.45572)
);

Khi tôi xem bảng ( SELECT * FROM Site) tôi thấy cùng một đốm nhị phân cho vị trí và khi tôi xem tọa độ ( SELECT *, AsText(Position) FROM Site) tôi cũng thấy các giá trị tương tự.

Vậy tại sao GeomFromText nên được sử dụng? Có sự khác biệt nào về hiệu suất (đã biết) giữa hai biến thể này không? Làm thế nào điều này được giải quyết trong các hệ thống cơ sở dữ liệu khác ngoài MySQL?

Có hai định dạng nhị phân khác nhau liên quan đến các phần mở rộng không gian của MySQL, định dạng "nhị phân nổi tiếng" (WKB) từ các tiêu chuẩn và GEOMETRYloại dữ liệu nội bộ của MySQL .

Trước MySQL 5.1.35, các chức năng như POINT()không trả về kiểu dữ liệu nội bộ của MySQL; họ đã trả lại WKB ... vì vậy trước đó, bạn phải làm điều này:

INSERT INTO t1 (pt_col) VALUES (GeomFromWKB(Point(1,2)));

Nhưng bây giờ, như trong ví dụ của bạn, điều này hoạt động:

INSERT INTO t1 (pt_col) VALUES(Point(1,2));

Đối với tín dụng của các nhà phát triển, khi họ thay đổi Point()và các chức năng tương tự với GEOMETRYcác đối tượng trả lại (hoàn toàn hơn) , họ đã cho phép GeomFromWKB()và các chức năng tương tự thực sự chấp nhận dữ liệu Hình học WKB hoặc MySQL làm đầu vào mặc dù các chức năng dự định chấp nhận WKB làm đầu vào.

Thực tế là phương thức 1 hoạt động (mặc dù sai về mặt kỹ thuật) trên các máy chủ mới hơn và phương thức thứ 2 hoàn toàn không hoạt động trước MySQL 5.1.35 có thể giải thích tại sao các ví dụ được viết bằng cách sử dụng phương pháp bạn đã thấy - tránh vấn đề hoàn toàn Nếu không ... tôi không có gì ở đây.

Ghép nối và sau đó phân tích văn bản có vẻ chậm hơn và dễ bị lỗi hơn các hàm chấp nhận các biến thích hợp làm đầu vào, vì vậy tôi không thể nghĩ ra bất kỳ lý do nào để tạo các chuỗi nối và sử dụng các hàm dựa trên văn bản.

http://dev.mysql.com/doc/refman/5.1/en/creating-spatial-values.html#gis-wkb-fifts

http://dev.mysql.com/doc/relnotes/mysql/5.1/en/news-5-1-35.html

MySQL 8+

Đối với hậu thế, điều duy nhất quan trọng

• Point(X,Y)là một hàm tạo cho các số có độ chính xác và không yêu cầu chuyển đổi trước thành văn bản làm cho nó nhanh hơn. Nó cũng được đảm bảo để TRẢ LẠI POINTHOẶC FAIL . Điều này làm cho nó gõ mạnh nếu bạn muốn nghĩ về nó như thế.
• Các nhà xây dựng văn bản được biết đến (WKT) : chúng luôn chậm hơn, vì chúng yêu cầu một bước bổ sung để phân tích văn bản được biết đến (WKT) . Lưu ý trong các phiên bản cũ hơn, chúng có thể được tìm thấy mà không có ST_tiền tố; nếu có sẵn, sử dụng phiên bản có ST_tiền tố. Chỉ sử dụng các hàm tạo WKT nếu đầu vào của bạn đã là văn bản nổi tiếng. Nếu không, sử dụng hàm Point(x,y)tạo ở trên.
  • ST_GeomFromText(wkt, srid)có thể trả về BẤT K type loại không gian nào được hỗ trợ bởi MySQL và có thể được đại diện bởi WKT. Điều này làm cho nó được gõ lỏng lẻo nếu bạn muốn nghĩ về nó như thế.
  • ST_PointFromText(wkt, srid)một nhà POINTxây dựng đánh máy mạnh mẽ từ văn bản nổi tiếng.

Trong trẻo

Bỏ qua bài học lịch sử, KHÔNG BAO GIỜ làm GeomFromText(Point(x,y)). Điều đó thật kinh khủng, không được hỗ trợ và không có giấy tờ.

Với GeomFromText hoặc bất kỳ chức năng * FromText nào khác, bạn có thể chỉ định SRID . Tôi không nghĩ bạn có thể làm điều đó khác.

PointFromText('POINT(lat lng)', 4326)