2 ysc612 ysc612 于 2017.01.07 20:47 提问

数据库存储有序点坐标的表怎么设计

在地图上画多条线,将形成每条线的 坐标数据 存到数据库中

要求是可以随便选取一条或多条线的数据然后按顺序存到数组中,画出线,同时也要支持新的点的插入和删除

请问应该怎样设计数据结构,怎样设计表

1个回答

caozhy
caozhy   Ds   Rxr 2017.01.08 00:16

id orderid x y
其中orderid为排序码
x y是坐标

ysc612
ysc612 请问:1.要取一条线的所有点,根据什么字段查询 2.向数据库中插值的话,后面的数据的orderid就都要更改,会不会效率很低
一年多之前 回复
Csdn user default icon
上传中...
上传图片
插入图片
准确详细的回答,更有利于被提问者采纳,从而获得C币。复制、灌水、广告等回答会被删除,是时候展现真正的技术了!
其他相关推荐
数据库设计(文件url存储)案例分享一
1、背景说明在数据库的设计上,我们经常会看到许多系统存在大量结构相似的表。你可能会想,为什么这些表不能合并为一个表。在你仔细的思考这个问题时,你可能会发现以下难以解决的问题。 外键来至不同的主表,而主键采用的是自增长方式,合成一张表后避免不了冲突。 合成一张表后,数据亮太大了,数据库无法承受。 问题1困扰我们的是,设计库设计的正向设计思想。我们在设计表的时候,在处理一对多的设计关系时,通常都会抽象出
数据库中的横向设计与纵向设计
最近在学习数据库设计中突然算是有意识的领悟到一些理念,横向设计,纵向设计,这个大概是满足第几条范式我不太能搞懂,但是我希望通过自己的方式来汇总一些经验 总所周知数据表是有‘行’与‘列’组成,那么我们在设计中要考虑到这些‘行列’组成的数据,第一是不是能满足业务需求,第二能不能扩展方便,第三能不能让程序写起来 更为简单,所以这是个问题,也是个设计,下面例子: 一条关于学生选修课分数的数据:
行政区划数据数据库的设计(一)
Author:水如烟总目录:行政区划数据方案设计这是《HOW TO:利用Excel的QueryTable下载网上数据  》的续篇。代码写得怎么不好,至少给出了一种途径,所以可以冠名HOW TO;数据库设计就不能HOW TO了,只能是给出自己的思维供各位指正,仅供参考。关于数据库的设计我是没有看过有关书籍,全是凭自己领悟感觉,零散的吸收网上的介绍。这里说设计,纯粹是非专业者的设计,所以下面的
数据结构实现之Table(符号表,内部存储key-value对)
符号表主要应用于查找。无序符号表API public class ST 无序符号表API ST() 创建一张符号表 void put(Key key,Value val) 将键值对存入表中(若值为空则将键key从表中删除) Value get(Key key) 获取键key对应的值(若键key不存在则返回null) void delete(Key key) 从表
即时通讯数据库好友关系(一对多)应该怎样设计?
即时通讯数据库好友关系(一对多)应该怎样设计? 问1: 比如一个帐户的号码,年龄,性别,说明等用一张表完全可以容纳下了,但每个帐户有很多的好友,好友放这张表里不太好办吧?是不是要为每一个帐户新建一张表来存储好友? 问2:如果是这个不是好友而是礼物数呢?意思就是我是楼主,楼主的好友,我要送礼物给楼主的好友?(待解) 问1解决: 要建立好友关系表。 说明谁是谁的好友,反过来
树形结构的数据库表设计
树形结构的数据库表设计 程序设计过程中,我们常常用树形结构来表征某些数据的关联关系,如企业上下级部门、栏目结构、商品分类等等,通常而言,这些树状结构需要借助于数据库完成持久化。然而目前的各种基于关系的数据库,都是以二维表的形式记录存储数据信息,因此是不能直接将Tree存入DBMS,设计合适的Schema及其对应的CRUD算法是实现关系型数据库中存储树形结构的关键。     理想中树形结构应该具
数据表的二维表存储及定位
    工作中常遇到二维表的存储及定位问题,通常我们会用EXCEL来存储,在数据库中如何实现二维表的存储和定位呢?首先,我们建立二维表,以下为例二维表 直径 0-300 300-500 500-1000 1000-1500 160.5  0.80.9 0.6 40 0.7 1.0 1.1 1.2 60 1.5 1.6 1.7 1.8 80 2.1 2.2 2.3 2.4 100 3.1 2.5 2
GPS定位数据库表设计
GPS定位数据库表设计 在开发工业系统的数据采集功能相关的系统时,由于数据都是定时上传的,如每20秒上传一次的时间序列数据,这些数据在经过处理和计算后,变成了与时间轴有关的历史数据(与股票数据相似,如下图的车辆行驶过程中的油量曲线、历史轨迹数据等)。当采集点多的时候,如上万个采集终端,再加上时间的累积,数据表会变得越来越大。数据库会越来越难以维护。 对历史数据操作的功能有历史数据的查询
web开发之附件数据库设计
web开发中,经常会遇到附件的上传功能,这里针对web应用的附件的数据库设计发表自己的看法。 假设开发一个类似于新浪微博一样的社交网络,其中的模块分为微博模块,活动模块,博客模块; 微博模块里面,用户发表微博时,可以上传图片,而且可以上传多张图片; 活动模块里面,用户发布活动时,可以上传活动图片,而且可以上传多张图片; 博客模块,用户发表博客的时候,可以上传图片,而且可以上传多张图
数据库历史信息保存设计
1.应用背景:在大数据时代,数据的价值无庸置疑。历史数据对未来建模,数据分析都有不可估量的价值,一个好的系统,必然是需要对历史信息进行保存的。 2.利用生命周期来存储历史数据。如果一张表的数据不经常改动,数据量比较小,比如存储参数信息的表。那么可以考虑建立一张只比参数表多生效时间和结束时间的历史信息表。参数表某个值改变的时候,那么就把原来的数据插入到历史信息表,原数据的创建时间就是历史表里的生效时