假设是个用于构建数据仓库的系统因此为了进行测试有必要准确地重现负载配置文件。测试方法测试过程包括三个阶段创建适合测试的数据库。在数据库上运行多个查询。查询结果的比较即它们执行的持续时间。数据仓库中的典型查询具有插入选择形式用于通过转换将数据从个表传输到另个表以及选择具有批量读取过滤和分组以显示结果。因此我们创建两个特征查询并将它们的执行结果相互比较就足够了。查询执行时间应该是到分钟。时间越短比较误差越大比如秒和秒的请求怎么比较？时间越长测试的总时长越长。
基于这个条件选择了数据库中的数据总量和查询操作的数据量。此外我们认为使用不同的表声明选项使用和不使用压缩使用和不使用列式存储来比较查询速度是合适的。设备为了进 秘鲁 WhatsApp 号码列表 行测试从台服务器创建了个展台台服务器用于台服务器用于个主节点服务器个个用于从节点的服务器个。对于数据仓库来说存储子系统是传统的瓶颈需要特别关注。通过复制个简单的文件测量了磁盘系统的速度存储速度约为也就是说读取和写入的查询不能在秒内完成此外聚合数据和执行计算的复杂查询需要更长的时间。也就是说个请求在分钟内可以处理的最大理论量是秒秒。
专家意见如下查询速度比这个物理学中的光速慢倍所以个查询读写左右的信息就足够了。数据库中数据的大小需要增加个数量级以检查不同的如何处理分区数据以及它们是否真的只有效地只读取请求的数据量。测试模式数据数据模式如下图所示由张表组成部门行户行。个人账户行。事务每天行按天分区。个人账户上的事件每天行除以天数。个人账户余额周转的汇总是个目标结算表按天划分。预测每天行。该方案是中总账的高度简化核心比率系数是根据专家意见选择的。上测试表正常化表有列存储所有进步的交易量取决于客户数量和加载到方案中的天数。