您应该看看SQL Server 2008中引入的新的空间数据类型。他们是专门设计这类任务，使索引和查询数据更容易和更有效。

http://msdn.microsoft.com/en-us/library/bb933876 (v = sql.105) . aspx

你可以很容易地将一个拉/长十进制数存储在一个无符号整数字段中，而不是将它们分成整数和小数部分，并使用下面的转换算法分别存储它们:

作为一个存储的mysql函数:

CREATE DEFINER=`r`@`l` FUNCTION `PositionSmallToFloat`(s INT) 
RETURNS decimal(10,7)
DETERMINISTIC
RETURN if( ((s > 0) && (s >> 31)) , (-(0x7FFFFFFF - 
(s & 0x7FFFFFFF))) / 600000, s / 600000)

和背部

CREATE DEFINER=`r`@`l` FUNCTION `PositionFloatToSmall`(s DECIMAL(10,7)) 
RETURNS int(10)
DETERMINISTIC
RETURN s * 600000

这需要存储在一个无符号int(10)，这在mysql以及在sqlite是无类型的工作。

根据经验，我发现这工作得非常快，如果你所需要的只是存储坐标并检索它们来做一些数学运算。

PHP中这两个函数是这样的

function LatitudeSmallToFloat($LatitudeSmall){
   if(($LatitudeSmall>0)&&($LatitudeSmall>>31)) 
     $LatitudeSmall=-(0x7FFFFFFF-($LatitudeSmall&0x7FFFFFFF))-1;
   return (float)$LatitudeSmall/(float)600000;
}

然后又回来了:

function LatitudeFloatToSmall($LatitudeFloat){
   $Latitude=round((float)$LatitudeFloat*(float)600000);
   if($Latitude<0) $Latitude+=0xFFFFFFFF;
   return $Latitude;
}

这在例如用整数创建memcached唯一键方面也有一些额外的优势。(例如:缓存地理代码结果)。希望这能增加讨论的价值。

另一个应用可能是，当你没有GIS扩展，只是想保留数百万个这些纬度/长度对时，你可以在mysql中的这些字段上使用分区，因为它们是整数:

Create Table: CREATE TABLE `Locations` (
  `lat` int(10) unsigned NOT NULL,
  `lon` int(10) unsigned NOT NULL,
  `location` text,
  PRIMARY KEY (`lat`,`lon`) USING BTREE,
  KEY `index_location` (`locationText`(30))
) ENGINE=InnoDB DEFAULT CHARSET=utf8
/*!50100 PARTITION BY KEY ()
PARTITIONS 100 */

在普通的Oracle中，被称为LOCATOR (Spatial的一个残缺版本)的特性要求使用NUMBER(没有精度)数据类型存储坐标数据。当你试图创建基于函数的索引来支持空间查询时，它会卡住。

我认为这取决于你最经常需要做的手术。

如果需要完整的值作为十进制数，则使用具有适当精度和比例的十进制。我相信你的需求远远不够。

如果你经常要转换为度ºmin'sec”分数符号，我会考虑将每个值存储为整数类型(smallint, tinyint, tinyint, smallint?)

我们使用浮点数，但任何带有6位小数的数字也可以。

您应该看看SQL Server 2008中引入的新的空间数据类型。他们是专门设计这类任务，使索引和查询数据更容易和更有效。

http://msdn.microsoft.com/en-us/library/bb933876 (v = sql.105) . aspx