| 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283 |
- 索引修改：
- （1）Sys_Users
- 自增长主键id唯一标识用户，为聚集索引。
- 建议：
- 增加AccountType/UserType的单独索引
- （2）Lc_LegalCase
- 建议：
- LegalCaseNo，guid，和其他表相关联的，建唯一索引
- LegalCaseCode 用户自己录入的项目编号，建唯一索引
- CustomerNo 单独索引
- 另建议把MasterLayerNo拿出来，放到Lc_LegalCase_Layer中。
- 这样可以一次就查到指定律师和哪些case相关了
- （3) Lc_LegalCase_Layer
- 建议：
- 增加一个字段IsMaster，标识主律师/协助律师，并建单独索引
- LawyerNo和LegalCaseNo已建立单独索引
- （4）Lc_LegalCaseRemark
- 建议：
- LegalCaseNo，单独索引
- （5）Lc_LegalCaseType
- 建议：
- LegalCaseTypeNo， guid，建唯一索引
- （6）Lc_Contracts
- ContractNo和LegalCaseNo已建立单独索引
- 另建议把MasterLayerNo拿出来，放到Lc_Contract_Layers中
- （7) Lc_Contract_Layers
- 建议：
- 增加一个字段IsMaster，标识主律师/协助律师，并建单独索引
- LawyerNo和ContractNo已建立单独索引
- （8）Lc_ContractChangeRecord
- 建议：
- ContractNo，单独索引
- （9）Lc_ContractRemark
- 建议：
- ContractNo，单独索引
- KeyPointId， 关键点相关的备注，单独索引
- （10）Lc_KeyPointInfo
- 判断是否提醒都是基于日期及状态字段，所以建议对相关字段加上索引：
- ContractNo， 单独索引
- ParentId，单独索引
- ExpireDate, 执行日期，单独索引
- AlarmDate，提醒日期，单独索引
- ExecuteState， 单独索引， 执行状态(未执行，已执行)
- KeyPointStatus, 单独索引， 关键点状态(新建/待执行/挂起/结束)
- 提醒的几种情况(前提是KeyPointStatus=待执行)：
- a. ExecuteState=已执行，即为：客户修改为已执行，律师未确认（待执行改为结束）
- b. 当天日期>=AlarmDate
- c. 当天日期>=ExpireDate
- （11） Sys_Functions
- 原有的CreateUserId/DeletdUserId/LastModifiterUserId这些索引基本用不到，建议删除。
- 另外对FunctionNo/ParentNo/FunctionPath等字段，加单独索引
- （12） Sys_Permissions
- 建议：
- Master，用户账号或者角色编号，加单独索引
- MasterId, 标识用户还是账号，加单独索引
- （13） Ls_CustomerContacts
- 建议：
- ContactNo， 单独索引
- CustomerNo, 单独索引
- （14） Ls_Customers
- 建议：
- CustomerNo, 单独索引
|
