C# Excel导入数据

表

表的创建脚本

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：