Group items tagged

CP2101 的 UART 接口处理所有的 RS232 信号包括控制和握手信号所以现存的系统固件无需改动在许多现存的 RS232 设计中更新从RS232到USB 所要做的就是用CP2101 取代 RS232 级别的转换器

可否考虑:对于这类有数据转移需求的表,建立两套表:当前表. 历史表当前表只保留90天的,过期转到历史表中另设计视图可查询全部数据.这样,效率不会降低,还可以节省一台服务器

SQL2000中可以用分区视图，数个相同结构的表中保存不同时间的记录。用视图连接数个相同结构的表实现上层的统一。用触发器做数据表间的迁移和备份。不过这样物理的存储结构没有什么改变，性能提高有限。在Sql2005里在建立表的时候就可以使用分区函数建立表分区，物流存储在几个不同IO设备上效率提高很多

1.做个历史库,将部分数据转至历史库     2.建视图关联当前库和历史库,需要查历史记录的时候就从这个视图中查     3.前台可以做两个报表(当前的/所有的),数据源分别指向当前表和视图             从2个数据库联合2个表来查询(union   all)楼主应该可以做得到的!

你应该根据经常用到的查询设计你的数据存储方法，如经常查3个月以内的数据就建立一个作业，每天定时将3个月以前的数据导入历史表，万一查3个月以前的数据（应该比较少）就联表查询。

建历史表并索引，应该是一个好的解决办法     客户界面不一定要分开，可以有你程式来自动处理是查询当前表还是历史表

这样，用户可以根据需求分析模型(RQM)，从面向对象分析设计（OOM）开始，依次建立用例图，时序图及类图，由类图转化为CDM以及PDM；

PowerDesigner并不限制CDM的建模过程，用户可以（1）从数据项开始，“自底向上”地从最小的数据单位开始向上构造，当收集到足够的信息时进行归纳，把数据项分组放入不同的实体中，然后归纳产生域；（2）从感兴趣的对象开始，即实体开始，然后指定它们的属性。当收集到足够信息时，进行归纳产生域；图4的CDM就是根据上面的系统需求分析中的从实体选择出发，如在图3的需求模型以及图4业务过程模型中，可以抽取Customer, Order, Product等实体，逐渐完善各实体的属性，并建立它们之间的关系。（3）也可以“自顶向下”，从域开始，使用这种方法，在收集开发数据模型前，必须有某些业务问题所需要的预备知识，以此对数据进行标准化。