Ric*_*o M 10 sql oracle database-design oltp
好吧,除了问题之外,没什么好问的.当你说OLTP DB必须具有高吞吐量时,你是什么意思.
去维基.
"在通信网络中,例如以太网或分组无线电,吞吐量或网络吞吐量是通过通信信道成功传递消息的平均速率.这些数据可以通过物理或逻辑链路传递,或通过某个网络节点传递.吞吐量通常以每秒位数(bit/s或bps)来衡量,有时以每秒数据包或每个时隙的数据包来衡量."
这是否意味着,OLTP数据库需要具有高/快插入率(即避免死锁等)?
如果我们把一个数据库说成航空业,我一直都会留下印象,它必须快速插入,但同时快速响应时间,因为它对它的操作至关重要.在许多方面,这不应该仅限于将消息/数据传递到数据库所涉及的协议吗?
我并不想要挑出OLTP系统的"唯一"特性.总的来说,我想了解一下,OLTP系统固有哪些特性.
干杯!
Jus*_*ave 16
通常,当您谈论OLTP数据库的"吞吐量"时,您谈论的是每秒的事务数.系统可以花费多少订单,服务的网页请求数量,可处理的客户查询数量.这往往与关于OLTP系统如何扩展的讨论密切相关 - 例如,如果您因为业务正在起飞而每个月访问您网站的客户数量增加一倍,那么OLTP系统是否能够处理提高吞吐量.
这与OLAP/DSS系统形成对比,OLAP/DSS系统被设计为在更大的数据量上运行相对少量的事务.在那里,您更担心的是您可以执行的事务数量,而不是在添加更多数据时这些事务的速度变慢.如果您是那个非常成功的公司,那么您可能希望按区域报告从OLAP系统中获得相同数量和频率的产品销售,因为您的销售额会呈指数级增长.但是现在你有更多数据需要处理,这要求你调整数据库只是为了保持报告性能不变.
在此上下文中,吞吐量没有单一、固定的含义。宽松地说,它意味着每秒的事务数,但“写入”事务与“读取”事务不同,并且持续速率与峰值速率不同。(当然,10 字节的行与 1000 字节的行不同。)
有一天,当我在寻找其他东西时,我偶然发现了Performance Metrics & Benchmarks: Berkeley DB 。这是对测量“多快”的不同方法的不错的介绍。此外,这篇关于数据库基准测试的文章读起来很有趣。
| 归档时间: | 
 | 
| 查看次数: | 17782 次 | 
| 最近记录: |