您好！看起来您可能想要开始一个关于C语言的讨论或者问题。不过，信息不完整，我无法直接给出具体的答案。如果您能提供更多细节或者具体的问题，我会很乐意帮助您解答。比如，您可能想要了解C语言的基础知识、编程技巧、特定算法的实现，或者是关于C语言在某个具体项目中的

一. sql优化 1. 写明查询具体某几列，减少*的使用，表名过长时,尽量使用表的别名 *和列名一样 2，在业务密集的SQL当中尽量不采用IN操作符，用EXISTS 方案代替。 　　in 和 exists的区别: 如果子查询得出的结果集记录较少，主查询中的表较大且又有索引时应该用in, 反之如果外层的主查询记录较少，子查询中的表大，又有索引时使用exists。其实我们区分in和exists主要是造成了驱动顺序的改变(这是性能变化的关键)，如果是exists，那么以外层表为驱动表，先被访问，如果是IN，那么先执行子查询，所以我们会以驱动表的快速返回为目标，那么就会考虑到索引及结果集的关系了 ，另外IN时不对NULL进行处理。 　　in 是把外表和内表作hash 连接，而exists是对外表作loop循环，每次loop循环再对内表进行查询。一直以来认为exists比in效率高的说法是不准确的。 3、模糊查询like，尽量少用% 　　关键词%yue%，由于yue前面用到了“%”，因此该查询必然走全表扫描，除非必要，否则不要在关键词前加%， 4， 二者都能使用尽量使用where （与having比较） 　　where 先过滤（数据就少了）再分组 5，尽量使用多表连接（join）查询（避免子查询） 　　子查询效率特别低，而一般的子查询都可以由关连查询来实现相同的功能，关联查询的效率要提高很多，所以建议在数据查询时避免使用子查询（尤其是在记录很多时），而最好用关联查询来实现。 6，建立索引 　　较频繁地作为查询条件的字段，唯一性不太差的字段适合建立索引，更新不太频繁地字段适合创建索引，不会出现在where条件中的字段不该建立索引 7，多使用内部函数提高SQL效率 　　例如多用concat连接,代替'||' 的符号连接 8，应尽量避免在 where 子句中使用 != 或 <> ，in 或 not in 　　最好不要给数据库留NULL，尽可能的使用 NOT NULL填充数据库 （不然会进行全表扫描，影响效率） 9，尽可能的使用 varchar/nvarchar 代替 char/nchar （节省字段存储空间） View Code 二.接口和类有什么异同，抽象类和接口有什么区别 接口和类有什么异同 不同点： 1、接口不能直接实例化。 2、接口只包含方法或属性的声明，不包含方法的实现。 3、接口可以多继承，类只能单继承。 4、类有分部类的概念，定义可在不同的源文件之间进行拆分，而接口没有。（这个地方确实不对，接口也可以分部，谢谢@xclin163的指正） 5、表达的含义不同，接口主要定义一种规范，统一调用方法，也就是规范类，约束类，类是方法功能的实现和集合 相同点： 1、接口、类和结构都可以从多个接口继承。 2、接口类似于抽象基类：继承接口的任何非抽象类型都必须实现接口的所有成员。 3、接口和类都可以包含事件、索引器、方法和属性。 抽象类和接口有什么区别 1、继承：接口支持多继承；抽象类不能实现多继承。 2、表达的概念：接口用于规范，更强调契约，抽象类用于共性，强调父子。抽象类是一类事物的高度聚合，那么对于继承抽象类的子类来说，对于抽象类来说，属于"Is A"的关系；而接口是定义行为规范，强调“Can Do”的关系，因此对于实现接口的子类来说，相对于接口来说，是"行为需要按照接口来完成"。 3、方法实现：对抽象类中的方法，即可以给出实现部分，也可以不给出；而接口的方法（抽象规则）都不能给出实现部分，接口中方法不能加修饰符。 4、子类重写：继承类对于两者所涉及方法的实现是不同的。继承类对于抽象类所定义的抽象方法，可以不用重写，也就是说，可以延用抽象类的方法；而对于接口类所定义的方法或者属性来说，在继承类中必须重写，给出相应的方法和属性实现。 5、新增方法的影响：在抽象类中，新增一个方法的话，继承类中可以不用作任何处理；而对于接口来说，则需要修改继承类，提供新定义的方法。 6、接口可以作用于值类型（枚举可以实现接口）和引用类型；抽象类只能作用于引用类型。 7、接口不能包含字段和已实现的方法，接口只包含方法、属性、索引器、事件的签名；抽象类可以定义字段、属性、包含有实现的方法。 View Code 三.C#中的委托是什么？事件是不是一种委托？ 什么是委托？简单来说，委托类似于 C或 C++中的函数指针，允许将方法作为参数进行传递。