如何将GPS EXIF及SQL中分数格式GPS坐标转为十进制地理坐标？

嘿，我来帮你搞定这两个GPS坐标转换的问题：

EXIF里的GPS坐标通常存储为度/分/秒的分数形式（比如你例子里的50/1,5/1,1897/100），转换为十进制坐标的核心公式是：
十进制值 = 度 + 分/60 + 秒/3600

另外还要注意方向标识：如果是南纬（S）或西经（W），最终结果要乘以-1，比如西经14度的话就是负数。

2.1 有没有SQL内置函数直接用？ #

很遗憾，SQL Server（假设你用的是这个）没有专门处理这种特定格式的内置函数。不过你可以自己写一个自定义标量函数来实现转换，比如这样：

CREATE FUNCTION dbo.ConvertGPSCoordinate (@GPSValue VARCHAR(100))
RETURNS DECIMAL(10,4)
AS
BEGIN
    -- 处理空值或无效格式
    IF @GPSValue IS NULL OR CHARINDEX(',', @GPSValue) = 0
        RETURN NULL

    -- 拆分度、分、秒的分数段
    DECLARE @DegreeFrac VARCHAR(20), @MinuteFrac VARCHAR(20), @SecondFrac VARCHAR(20)
    SELECT @DegreeFrac = PARSENAME(REPLACE(@GPSValue, ',', '.'), 3)
    SELECT @MinuteFrac = PARSENAME(REPLACE(@GPSValue, ',', '.'), 2)
    SELECT @SecondFrac = PARSENAME(REPLACE(@GPSValue, ',', '.'), 1)

    -- 计算每个部分的数值：分子/分母
    DECLARE @Degree DECIMAL(10,4), @Minute DECIMAL(10,4), @Second DECIMAL(10,4)
    SET @Degree = CAST(SUBSTRING(@DegreeFrac, 1, CHARINDEX('/', @DegreeFrac)-1) AS DECIMAL(10,4)) 
                / CAST(SUBSTRING(@DegreeFrac, CHARINDEX('/', @DegreeFrac)+1, LEN(@DegreeFrac)) AS DECIMAL(10,4))
    
    SET @Minute = CAST(SUBSTRING(@MinuteFrac, 1, CHARINDEX('/', @MinuteFrac)-1) AS DECIMAL(10,4)) 
                / CAST(SUBSTRING(@MinuteFrac, CHARINDEX('/', @MinuteFrac)+1, LEN(@MinuteFrac)) AS DECIMAL(10,4))
    
    SET @Second = CAST(SUBSTRING(@SecondFrac, 1, CHARINDEX('/', @SecondFrac)-1) AS DECIMAL(10,4)) 
                / CAST(SUBSTRING(@SecondFrac, CHARINDEX('/', @SecondFrac)+1, LEN(@SecondFrac)) AS DECIMAL(10,4))

    -- 转换为十进制坐标
    RETURN @Degree + (@Minute / 60) + (@Second / 3600)
END

用法示例：

-- 转换纬度
SELECT dbo.ConvertGPSCoordinate('50/1,5/1,1897/100') AS LocationLatitude
-- 转换经度（如果是西经，记得手动加负号或者结合方向列处理）
SELECT -dbo.ConvertGPSCoordinate('14/1,25/1,4221/100') AS LocationLongitude

2.2 用.NET实现SQL CLR函数的难点 #

如果觉得.NET写起来更顺手，CLR函数确实是个选项，但几个需要特别注意的难点：

• 权限与部署门槛：SQL Server默认禁用CLR集成，得先通过系统存储过程启用，而且部署程序集时要设置正确的权限集（比如SAFE，因为只是字符串计算，不需要额外权限）。如果你的数据库是严格安全策略，可能需要DBA配合调整配置。
• 异常处理的严谨性：遗留数据很可能存在格式异常（比如空值、缺少分隔符、分数格式错误），.NET代码里必须做全面的异常捕获，否则CLR函数抛出的异常会直接中断SQL查询，比纯SQL函数的错误影响更大。
• 性能与类型匹配：处理大量数据时，要避免不必要的字符串内存分配，用高效的拆分方式；还要确保.NET里的数值类型（比如decimal）和SQL的类型完全匹配，防止转换精度丢失或者报错。
• 版本兼容性：不同SQL Server版本支持的.NET版本不同（比如SQL Server 2019支持.NET Framework 4.7.2，2022支持.NET 6），如果你的代码用了高版本.NET特性，部署到旧版SQL Server会失败，得提前确认环境兼容性。

内容的提问来源于stack exchange，提问作者gotqn