当前页面: 开发资料首页 → J2EE 专题 → 解决方案-面向前台营业受理，日处理数据量几千~几万条，数据库（ORALE）因数据属性经常性变更

解决方案-面向前台营业受理，日处理数据量几千~几万条，数据库（ORALE）因数据属性经常性变更

摘要: 解决方案-面向前台营业受理，日处理数据量几千~几万条，数据库（ORALE）因数据属性经常性变更

该模块是一个面向前台营业受理，日处理数据量几千~几万条，数据库（ORALE）因数据属性经常性变更，采用了纵表方式，即：
表结构为
属性名属性值
这样可以灵活配置界面属性不用更改代码
但担心的给受理时的响应速度会超慢（数据量很大）
可有什么解决方案啊（如：数据库创建时的注意事项，数据存储分段等）

别用属性名，用属性ID。

做成分区表视情况加索引