好的，我已经理解整体业务逻辑：三大表共同构成管线数据标准：代码表：管点/管线要素代码 → 对应块名、关联属性表名、关联图层表名。核心是要素类型的总入口。属性表：按「属性表名」分组，记录该类型下所有属性字段定义（字段名、类型、长度等元信息）。图层表：按「图层表名」分组，记录图层配置：颜色、线型、线宽等CAD图层参数。业务流程：拿到一个要素代码→ 查询代码表 → 得到：块名称、属性表标识、图层标识用属性表标识去属性表，拿到该要素全部属性字段定义用图层标识去图层表，拿到图层样式配置后续用于：CAD插块、创建图层、给块附加属性/XData。你直接把三张表截图发过来，我看完会输出：适配这套业务的C#实体类模型（最关键存储结构，分实体、主聚合模型）读取数据库的示例代码（Dapper风格，可直接改SQL适配你数据库）内存整体聚合逻辑：把三张扁平数据表，组装成面向业务的完整管线标准对象，而不是单纯三张表的List。提示关键点：外键关联、分组、避免循环查询的优化点。小提示：截图尽量把字段名、字段含义都露出来，我会严格按照真实字段名写实体。表结构理解确认三张SQLite表梳理1. CodeTable（要素代码总表）字段说明Code要素唯一编码（401101、401201，核心主键）BlockNameCAD插入块名称，管点用，管线可以为空Name要素中文名称（雨水管段、起止点）YBD备用标记AttributeTabl外键，指向FieldTable的属性表名，如小区_管线、小区_管点Layer外键，指向LayerTable的Layer字段，如YSLINE、YSPOINT，可为NULL业务：每一条Code，绑定一个块、一组属性定义、一套图层样式。2. FieldTable（属性字段定义表）字段说明属性表分组key，和CodeTable.AttributeTabl关联，比如