数据库设计
数据库设计
该主题还没有描述

问题

银行hbase·2020-01-07
空kong · 某单位 擅长领域:大数据, 数据库, 大数据平台
3 会员关注
Hbase 关键概念:表, rowkey ,列簇,时间戳这个表应该有多少列簇列簇使用什么数据每个列簇有有多少列列名是什么,尽管列名不必在建表时定义,但读写数据是要知道的单元应该存放什么数据每个单元存储多少时间版本行健 (rowKey) 结构是什么,应该包含什么信息...
证券数据库·2015-01-03
wangweilong · 某大 擅长领域:数据库, 前置系统, 数据库系统改造
18 会员关注
1、读的隔离级别尽量使用ur2、设置db2set evaluncommitted 和 skipinserted 参数3、调整合适的locklist和maxlock参数,避免锁升级4、考虑使用SSD盘,提高IO响应5、根据查询和更新的where条件,考虑在name字段添加索引...
金融其它数据库·2017-07-20
youyouwoxin888 · 深圳市深賽爾股份有限公司 擅长领域:数据库, 服务器, 数据库系统改造
10 会员关注
本人是初学者,仅代表自己的观点,主要以下几点:1、优化表设计防止并发导致数据错乱和奔溃;2、通过事务+通过更新锁,防止并发导致数据错乱和奔溃;3、通过程序代码防止包并发下的数据错乱和奔溃问题;...
互联网服务银行·2015-04-15
新数科技 · 北京新数科技有限公司 擅长领域:数据库, 数据库系统改造, 关系型数据库
121 会员关注
1. 先做健康检查,找出系统瓶颈点。2. 如果瓶颈是整体硬件资源不够,比如cpu,内存,可以考虑扩容。或者换迁移到新服务器,用pureScale都集群技术。3. 如果是存储IO不够,可以考虑了数据库压缩。4. 另外也可以分析sql等,优化应用。...
政府机关数据库·2015-06-18
代码 · 个人 
什么系统,3000多个表
软件开发MongoDB·2017-06-02
liucj2004 · undefined 擅长领域:数据库, 数据库系统改造, 关系型数据库
441 会员关注
单个文档比较大,你可以缩短field名字的长度,比如说aaaabbbbccc这样一个列名改成abc或者自己能看懂的即可不过,一般来说正常的业务也不太会有特别长的单个文档吧。具体要看你的业务了。存储的性能主要取决于你cache大小,磁盘的类型,另外压缩用snappy即可,zlib的话压缩率高但是更...
软件开发数据库·2015-07-22
静以致远 · 汇通天下 擅长领域:数据库, 备份, 关系型数据库
4 会员关注
性能上主要还是在SQL层,数据库设计上占有的是以小部分,比如创建合适的索引,使用合适的字段类型,对大数据采用大表,很小的表不用索引查询的会更快等等,SQL层的优化往往占数据库性能优化比重比较大的。可以参照以下学习一下,当然不值这些,还要多总结学习啊如下内容给你做个参考orac...
软件开发数据库·2017-05-04
这个一个产品选型的数据库的简易版本,真实的数据库比这里的数据要多一些,但不是太夸张。表1是产品的大类。表2是每类产品的型号。表3是每种型号内的具体规格。表4是每种产品的参数规则,每个参数都有具体的参数值,少的没有或者1,2个,多了不超过 10个。表5,列举了其中一个产品的...(more)
浏览4222
软件开发数据库·2015-06-24
mdkii · bocn 擅长领域:数据库, 存储, 服务器
61 会员关注
这个问题要解答得比较全面的化,需要平时的收集和整理。具体的SQL是举不出例子了。我印象比较深的会导致性能问题的写法有以下一些:1、关联条件中使用量的函数。而且两个表的关联字段都用了函数。2、关联条件中使用了OR语句。3、隐性的类型转换。4、在SELECT里面用了大量的...
银行数据库·2015-07-15
royalwzy · 海通证券股份有限公司 擅长领域:数据库, 服务器, 存储
160 会员关注
1.根据你提供的数据,每个节点每天有1G的数据,每天一共有将近20T的数据;2.可以考虑以下几点:        1.这些数据是每天一次性汇总、间隔时间汇总或者是实施上传到中央数据库的.这个涉及到处理时间的问题;        2.这些数据是实...

描述

该主题还没有描述
X社区推广
  • 提问题