表

 

表的创建脚本

CREATE TABLE [dbo].[TB_PROJECTS_New1](    [PROID] [decimal](10, 0) NOT NULL,    [PROJECTNAME] [nvarchar](500) NULL,    [PROJECTCODE] [nvarchar](100) NULL,    [PARENTID] [decimal](10, 0) NULL,    [NEXTID] [decimal](10, 0) NULL,    [PROJECTORDER] [decimal](10, 0) NULL,    [ISENABLED] [decimal](10, 0) NULL,    [OWNERID] [decimal](10, 0) NULL,    [CONSTRUCTIONID] [decimal](10, 0) NULL,    [SUPERVISIONID] [decimal](10, 0) NULL,    [CONTRACTID] [decimal](10, 0) NULL,    [LEVEL] [decimal](10, 0) NULL,    [QUANTITY] [decimal](10, 0) NULL,    [VERSIONING] [nvarchar](max) NULL,    [MILEAGENO] [nvarchar](100) NULL,    [COMPONENTCODE] [varchar](255) NULL,    [NCOMPONENTCODE] [varchar](255) NULL,    [TASKSTATUS] [decimal](10, 0) NULL,    [FBXID] [nvarchar](50) NULL,    [ISSUBUNIT] [decimal](10, 0) NULL,    [BIDSION] [varchar](10) NULL,    [ProjectType] [nvarchar](max) NULL,    [EquCode] [nvarchar](max) NULL) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

 

Excel的格式

 

导入后的样子

 

数据库的样子：

 

 

导入需求：

　　节点从左到右，依次导入，树的层级递增。

　　不导入为空的单元格。

　　导入的列 从第一列 到 构件名称（包含构件名称）那列，其它列，不作为节点导入到数据库。

　　构件编码 作为 节点的属性导入。构件编码 做为 构件名称那个节点（或者是构件编码左边的节点，有可能构件名称为空） 的属性 导入。

 　  每个节点 都有一个属性，属性存Excel的列名

　　砼等级这列（包含砼等级这列），及右边的所有列，不在导入数据的范围内，跟导入数据没有关系。

　　Excel的列名有时候会不对，或者很乱，但是构件编码这列有，构件名称可能会没有，分部工程可能没有，或者多了几个分部工程（Excel列名肯定不会重复）

 

Excel需要做一些校验，避免数据源错误

　　01、隐藏行、隐藏列、

　　02、行高不足（可配置）

　　03、列名强制校验（必须包含指定列）

　　04、单元格为公式（配置项为不支持公式的情况）

　　05、构件编码为空

　　06、构件编码包含中文

　　07、构件编码重复

　　08、构件编码过少（可配置）

　　09、同行构件名称重复

　　10、构件名称重复

 

导入思路：

　　把Excel转换为文本，

　　导入数据的时候，使用格式1的文本，

　　导入属性 列名的时候，使用格式2的文本。

 

 

格式1

 

格式2

 

 

程序的配置参数截图：

 

 

 

 

 项目的结构：

 

 

 

 导入时有一些算法的判断，加快了导入的速度，也做了一些该有的缓存。

对性能影响比较大的一个算法：

　　比如，导入‘右幅A0-1#桩基砼浇筑’节点的时候，不需要再对‘任河特大桥 右幅 下部结构 A0#桥台’ 这几个节点进行判断了，直接记录与上一行不同的地方，用共用的parentId。

 

 

优化思路：

　　一开始是没有注意性能的，数据一多，那个导入速度慢死，但是数据的正确性确实也是保证了的，后来就监控各个方法的执行效率，看哪些方法执行的次数多，占用的时间多，相应的优化该方法。

　　现在导入的数据可能有个10万+吧 

 

 

导入测试1：

 

 

 

导入的Excel：