关于SQL SERVER数据存储访问

shengrl2007 2013-07-30 05:39:41
SQL SERVER数据库中有一个表,会被很多个终端设备(>1000)访问,insert信息,频率也很快(大概一秒钟一条),这样算不算大数据?在数据管理上有没有一些有没有一些优化措施?
...全文
147 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
Q315054403 2013-07-31
  • 打赏
  • 举报
回复
设计好日志。查询就得根据需求去设计了
唐诗三百首 2013-07-31
  • 打赏
  • 举报
回复
建议用自增列(identity)做主键及聚集索引..
KevinLiu 2013-07-30
  • 打赏
  • 举报
回复
建议按照业务规则分表这样可以减少LATCH资源竞争
shengrl2007 2013-07-30
  • 打赏
  • 举报
回复
这边不会先判断数据是不是存在,一直是写入表中。其实就是记录设备的状态参数信息。多个设备终端同时向一个数据表中写入数据,会不会导致SQL server的崩溃?
Andy__Huang 2013-07-30
  • 打赏
  • 举报
回复
这个数据已经比较大了,就看你是什么访问数据了? 比如会不会存在先判断数据是否存在,不存在再插入等?在设计时索引是必须要建的,对数据进行新增、删除、修改必须要用事务
Shawn 2013-07-30
  • 打赏
  • 举报
回复
#1.默认隔离级别,INSERT不会阻塞INSERT,也就是说,INSERT互不影响,当然可能会由于闩锁影响效率。 #2.>1000,大约一秒一条,对于一台服务器来说,完全没有问题。 #3.每年SELECT 365*24*60*60条记录,日积月累,数据量会不少。但个人认为不算太大的数据量,做好索引和归档,效率还是有保证的。

27,581

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧