前言
上周去面试,跪了,这一年没什么长进,还是挺惭愧的。
得到的评语是:想的太多,做的太少。
做了一份面试题,最后一题是数据库的,写个查询。要查出Score有两次及两次以上超过79的Name和他的最高得分,同时显示超过79分的次数。
表内容如下:
直接上Sql答案了。
两种写法:
1. 最简单的方法,好像是万能的,表不断嵌套
select * from (
select Name, max(Score) as maxScore,count (name) as cnt from (
select * from Student where Score>79)
as S1 group by Name)
as S2 where S2.cnt>=2
最内层筛选出分数大于79的,取个别名S1,然后把S1结果用Name分组,然后得到每组的Name,max Score, count(name),然后结果取别名S2,然后用cnt过滤S2的cnt,得到超过2次的结果集合。
2. 用个with 来写CTE,然后用一下having关键字。
with S1
as
(
select * from Student where Score >79
) select name, MAX (score) as maxScore, COUNT (name) as cnt from s1 group by name having COUNT (name)>=2
写法好看了点,效率我也不知道怎么分析。。。有同学愿意帮忙分析一下效率吗。。。
执行上面两个查询,结果如下:
好了,言归正传,WCF入门。
第14集 实现IExtensibleDataObject接口所冒的风险 Risks of implementing IExtensibleDataObject interface
上一集,我们给DataContract 实现了IExtensibleDataObject接口,这个接口的ExtensionData属性可以用来保存客户端传过来的额外的内容,当服务端把实体类序列化成xml回传给客户端时,会一并序列化这个属性里面的内容,就可以避免客户端的数据丢失。但是,这样做有个缺点:
容易被DoS攻击,因为这些额外的数据是保存在内容中的,如果客户端传过来一个较大的Object,那样就会在服务器上占用大量的内存,服务器会因为内存不够而无法提供正常的服务。
所以,现在的问题就是如何关闭这个特性。有下面几种方法。
1. 最简单的,DataContract类不实现IExtensibleDataObject接口,或者说移除DataContract类的IExtensibleDataObject接口实现,这样做可以是可以,但是假如我们有很多个DataContract都实现了这个接口,那么就要所有的都移除,比较麻烦。
2. 改配置文件的方式。 如下:
<behaviors>
<serviceBehaviors>
<behavior name="mexBehavior">
<serviceMetadata httpGetEnabled="true" />
<dataContractSerializer ignoreExtensionDataObject ="true"/>
</behavior>
</serviceBehaviors>
</behaviors>
给behaviors节点dataContractSerializer 增加一个ignoreExtensionDataObject ="true".
3.同理,也可以通过编程的方式实现。
[ServiceBehavior(IgnoreExtensionDataObject=true)]
public class EmployeeService : IEmployeeService
{...}
这集就这么点东西,Thank you。