【YashanDB知识库】为什么YashanDB只有Geometry类型,没有Geogrephy类型

简介: 【YashanDB知识库】为什么YashanDB只有Geometry类型,没有Geogrephy类型

背景:

● Geometry:投影坐标系,平面坐标系,笛卡尔坐标系,Srid默认2369,基于平面直角坐标系,在该坐标系内计算出的最短路径是一条直线,计算简单,执行起来更快,但是相对于地球球体表面的数据不准确。

● Geogrephy:地理坐标系,大地坐标系,经纬坐标系,球面坐标系,Srid默认4326(服务端存储一般用4326),基于球面坐标系,在该坐标系内计算出的最短路径是一段圆弧,该数据类型的计算考虑了地球是一个球型,计算复杂,执行时间相对慢,但是计算结果相对精确。

● Srid:全称Spatial Reference System Identifier,定义了地球海平面,球心位置,球心偏移,地球形状等信息,不指定SRID默认为0。

● PostGis的地理数据类型:Geometry和Geogrephy

● YashanDB的地理数据类型:Geometry,但是兼顾PostGis两种坐标系,通过指定Srid来实现两种数据类型的转换

yasd**b**兼容示例:

在**yasdb中没有函st_geogfromtextpostGisst_geogfromtext函数yasdb可通st_geomfromtext函数指SRID**的方式兼容

● PostGis:st_geogfromtext('POLYGON ((114.01758862581613 22.626209213735862, 114.01758862581613 22.622079565683535, 114.02268482294346 22.622079565683535, 114.02268482294346 22.626209213735862, 114.01758862581613 22.626209213735862))')

● YashanDB:st_geomfromtext('POLYGON ((114.01758862581613 22.626209213735862, 114.01758862581613 22.622079565683535, 114.02268482294346 22.622079565683535, 114.02268482294346 22.626209213735862, 114.01758862581613 22.626209213735862))',4326)

PostGi**sST_Distance(geometry A, geometry B)**ST_DistanceSphere(geometry A, geometry B)

● PostGis的ST_Distance函数返回的是笛卡尔坐标系的直线距离,ST_DistanceSphere返回的是球面坐标系的圆弧距离

● YashanDB目前支持ST_Distance函数,暂不支持ST_DistanceSphere函数,但是YashanDB的ST_Distance函数可以根据SRID自动识别需要计算的是笛卡尔坐标系下的距离,还是基于地理坐标系的圆弧距离,在YashanDB下计算圆弧距离用的是椭球坐标系而不是球面坐标系,在相对带来一些性能损失的情况下,比postGis的球面坐标系的计算方式更精确。

在使**st_distance函数计算两个地理位置距离的操作中,同一sql语句pgsqlyasdb上计算的结果不一致:**

YashanD**B**:

image2024-4-24_10-9-50

PostGi**s**:

image2024-4-24_10-6-26

主要原因:

pgsql不根据SRID来区分经纬度还是投影坐标,需要用对应的函数显式声明,GeomFromText生成的就是geometry,GeogFromText生成的就是geography,否则pgsql会按照投影坐标系来计算两地之间的直线距离,而不是弧度距离,而yasdb是根据SRID来区分是geometry还是geography的。

改写方式:

pgsql需要显式使用geogfromtext函数来申明是一个球面坐标参数。

select st\_distance(st\_geogfromtext('POLYGON ((113.92505953616575 22.574317714342442, 113.89123260989561 22.574317714342442, 113.89123260989561 22.55111425204862, 113.92505953616575 22.55111425204862, 113.92505953616575 22.574317714342442))'), st\_geogfromtext('POLYGON ((113.87828681559085 22.55245916933376, 113.87828681559085 22.54723397504624, 113.88905632391055 22.54723397504624, 113.88905632391055 22.55245916933376, 113.87828681559085 22.55245916933376))')) as dual;

改写后:

image2024-4-24_10-6-47

相关文章
|
1月前
|
SQL 存储 关系型数据库
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
|
14天前
|
SQL 测试技术 数据库
【YashanDB知识库】IMP跨网络导入慢问题
问题现象:290M数据,本地导入2分钟,跨机导入耗时显著增加(最高30分钟)。 原因分析:`imp`逐条SQL通过网络传输至yashanDB执行,交互频繁导致性能下降。 影响版本:客户测试环境22.2.8.3。 解决方法:将导入文件上传至与yashanDB同机后使用`imp`,减少网络延迟。 经验总结:优化`imp`工具,支持直接上传文件至服务器端执行,降低网络依赖。
|
14天前
|
监控 数据库
【YashanDB 知识库】ycm 托管数据库时报错 OM host ip:127.0.0.1 is not support join to YCM
在托管数据库时,若 OM 的 IP 被设置为 127.0.0.1,将导致无法托管至 YCM,并使数据库失去监控。此问题源于安装时修改了 OM 的监听 IP。解决方法包括:将 OM 的 IP 修改为本机实际 IP 或 0.0.0.0,同时更新 env 文件及 yasom 后台数据库中的相关配置。经验总结指出,应避免非必要的后台 IP 修改,且数据库安装需遵循规范,不使用仅限本机访问的 IP(如 127.0.0.1)。
|
14天前
|
监控 网络安全 数据库
YashanDB 知识库:ycm 纳管主机安装 YCM-AGENT 时报错 “任务提交失败,无法连接主机”
在安装 ycm-agent 纳管主机时,可能出现因端口未开放导致的报错问题。此问题会阻止 YCM 对主机和数据库的监控功能,影响版本为 `yashandb-cloud-manager-23.2.1.100-linux-aarch64.tar`。原因是目标主机(如 10.149.223.121)未开放 9070 或 9071 端口。解决方法包括关闭防火墙、添加白名单或开放指定端口,需与管理员确认操作。处理过程涉及网络检查、端口测试等步骤。端口问题解决后,若再次安装报唯一键错误,需先移除失败主机再重试。
|
14天前
|
监控 Java Shell
【YashanDB 知识库】ycm 托管数据库时,数据库非 OM 安装无法托管
本文主要介绍了因数据库未按规范使用 yasboot 安装导致的问题及解决方法。问题表现为无 yasom 和 yasagent 进程,且目录结构缺失,致使 ycm 无法托管与监控。分析发现可能是数据库版本旧或安装不规范引起。解决方法为先生成配置文件,安装 yasom 和 yasagent,再生成并修改托管配置模板,最终通过命令完成托管至 yasom 和 ycm。总结强调了按规范安装数据库的重要性以避免类似问题。
|
1月前
|
SQL 关系型数据库 MySQL
【YashanDB知识库】MySQL field 函数的改写方法
【YashanDB知识库】MySQL field 函数的改写方法
|
1月前
|
数据库
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
|
1月前
|
SQL Oracle 关系型数据库
【YashanDB知识库】共享利用Python脚本解决Oracle的SQL脚本@@用法
【YashanDB知识库】共享利用Python脚本解决Oracle的SQL脚本@@用法
|
1月前
|
数据库
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
本文介绍了YashanDB在特定场景下的问题分析与解决方法。当使用yasboot重启数据库后,yasom和yasagent进程虽启动成功但出现告警,原因是缺少libnsl.so.1库文件或环境变量配置错误。解决步骤包括:检查系统中是否存在该库文件,若不存在则根据操作系统类型安装(有外网时通过yum或apt,无外网时创建符号链接),若存在则调整环境变量配置,并重新启动相关进程验证问题是否解决。
|
1月前
|
存储 关系型数据库 MySQL
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
本文介绍了MySQL中`CONTINUE HANDLER FOR NOT FOUND`的用法及其在YashanDB中的改写方法。通过一个示例存储过程,展示了如何使用游标和异常处理机制来应对“未找到数据”的情况。在MySQL中,`CONTINUE HANDLER`用于捕获此类异常;而在YashanDB中,则需改用游标的`%NOTFOUND`属性和`NO_DATA_FOUND`异常处理。文章对比了两者的执行效果,帮助用户顺利完成从MySQL到YashanDB的业务迁移。

热门文章

最新文章

下一篇
oss创建bucket