前言:
当前很多系统都设计有一套客户信息数据库。在本人原来的项目中,我也设计过这方面的数据库,但都比较简单。
最近有机会接触了一下ECIF,觉得该数据库的可扩展性很强,现把客户数据库的设计整理一下,做一个备忘。
数据库整体逻辑结构:

客户核心信息

注1:为了表述方便,图中客户和 联系方式为虚表。实际并不存在。
注2:由于客户信息有时并不孤立,比如有些企业的cc有一套自己的客户数据库,营收也有一套自己的客户数据库,两者当中的客户信息可以通过客户和外系统关联表 来做关联。
注3:客户间也存在相互关系。比如 ***公司 是VIP大客户,用户乙是***公司的高管,通过客户间关系表,可以把个人(用户乙)和单位(***公司)联系起来。
客户资源信息

注1:资源表也是个虚表。并不存在
客户业务信息

注:业务事件为虚表。实际并不存在。
客户价值信息

基础数据

注1:基础信息是虚表。
注2:本文只列出了单位部门表,其他表请根据实际应用设计。
详细表设计请下载 /Files/micronet-lukey/客户信息数据库设计备忘.doc
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异