本文目录一览

1，如何来衡量数据库应用程序的性能

其实你那几个可以归纳成如下：响应时间和吞吐量 这两个是比较重要的性能指标 不过还得加上可用性和稳定性

如何来衡量数据库应用程序的性能

2，请问一个数据库中的属性要考虑哪些内容

首先是属性的数据类型,如果是字符或字符串还要考虑是否长度,然后考虑是否为非空NOT NULL,还要考虑是否是主键和外键.再就是是否是自动递增的属性

请问一个数据库中的属性要考虑哪些内容

3，mysql哪些参数比较影响数据库性能

table_open_cache是打开表的缓存数量,不是定义内存的大小,而是定义可以缓存多少打开的表的文件句柄信息.如果定义的太小,那么MySQL在需要打开新表的时候就要不断的关闭已经打开的表和打开此次需要打开的表,性能会受到影响.
默认值不会影响到性能的，相反，因为有默认值，所以insert的时候可以减少字段，一定程度上海可以提高性能默认值是数据库的内在实现机制，和你直接存值一样的，只不过是交给数据库自己完成，对外实现了隐藏

mysql哪些参数比较影响数据库性能

4，数据库的性能方面的东西

1.应该是根据所建立信息系统客户的人数、预算的总数据量、平均访问量选择数据库。 2.性能指标就比较多了，你可以考虑一下数据库的可移植性（适用于不同的操作系统平台），数据库的并发性（同时操作一条数据或者一张表时数据的锁定方式），还有就是数据库的恢复能力（在出现异常数据能够最快完成恢复及备份的时间）。 --还有安全性,这个也很重要 300个人左右的b/s系统我推荐db2，并发性比sqlserver高，你要用常用的话甲骨文也可以，一般c/s系统都用sqlserver（中），access、mysql（小） 如果要说特点,真的是太多了，10000个字都不够写,你如果要买他们的产品,可以上网站或者找售前帮你 价格的话:sqlserver正版的大概就是10来万,db2要买服务,基本一年是15万到20万(基本服务),面向的应用我上面说了,b/s系统适合db2和甲骨文 这个性能是无法度量的,还要看你应用的情况,db2的应用最大的数据量理论上可以上亿,只要你数据库设计得合理,软件可以不要钱,基本服务一年是15到20万,不包括数据仓库,软件就是靠的增值服务,但是你不买服务就没有技术支持,而且商用的话你也有风险 如果你非要把其他baidu搜到的东西列在这里,什么具体性能指标也没什么意义,还不如看ibm的db2白皮书,以我的经验来看,你应用在300个人在500个人的在线量,百万条数据,同时访问数据库,用db2不存在什么大的负载,非要说什么特点的话,就是一个字贵,db2的硬件的要求比较高,最好能上存储.sqlserver存在一些安全性问题,而且大多数都运行在windows平台,对安全性的要求都不一样,你去了解一下aix就知道了
支持一下

5，数据库性能优化主要包括哪些方面

数据库性能优化主要包括以下几个方面：1、sql语句的执行计划是否正常；2、减少应用和数据库的交互次数、同一个sql语句的执行次数；3、数据库实体的碎片的整理；4、减少表之间的关联，特别对于批量数据处理，尽量单表查询数据，统一在内存中进行逻辑处理，减少数据库压力；5、对访问频繁的数据，充分利用数据库cache和应用的缓存；6、数据量比较大的，在设计过程中，为了减少其他表的关联，增加一些冗余字段，提高查询性能。在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL语句，提高系统的可用性。
数据库性能优化主要一下几个方面：1、sql语句的执行计划是否正常2、减少应用和数据库的交互次数、同一个sql语句的执行次数3、数据库实体的碎片的整理（特别是对某些表经常进行insert和delete动作，尤其注意，索引字段为系列字段、自增长字段、时间字段，对于业务比较频繁的系统，最好一个月重建一次）4、减少表之间的关联，特别对于批量数据处理，尽量单表查询数据，统一在内存中进行逻辑处理，减少数据库压力（java处理批量数据不可取，尽量用c或者c++ 进行处理，效率大大提升）5、对访问频繁的数据，充分利用数据库cache和应用的缓存6、数据量比较大的，在设计过程中，为了减少其他表的关联，增加一些冗余字段，提高查询性能

文章TAG：数据  数据库  性能  考虑  数据库性能考虑哪些  
下一篇