
dtMSSQL: Result := 'SELECT GETDATE()'
dtACCESS: Result := 'SELECT Date()'
dtORACLE: Result := 'SELECT SYSDATE FROM dual'
dtDB2: Result := 'SELECT current date FROM sysibm.sysdummy1'
end
同意楼顶selectsysdate
from
dual,oracle的信息都可以从dual中得到,是一个很有用的表,可以用来测试函数或者完成快速计算等等 *** 作,比如:select
100000/4
from
dual之后会显示计算结果!与sysdate相关函数:add_months,next_day,last_date等等.
设计应与实际应用场景相符合。
在用户场景下,一般服务器搭建在公司内或托管在其他服务提供商的服务器内。由于不同地区的用户访问时,网络有不固定延迟。此类属于正常情况。无需快速返回错误。
假设用户因网络缘故连接到SQL SERVER需要10s,但是你的连接超时是5s,用户本来是可以进行访问的,但是由于你的连接超时太短,会造成无法正常连接。
一般来说,影响连接时间有很多原因。内存开销过大,CPU被占用,网络带宽不够,线路不好。IO被大量占用。
如果是单机访问,速度应该还是会很快的。
关于快速返回失败的方式。
如果确实需要快速返回连接错误,在同步连接时,将超时属性设置为10ms左右即可。具体数值根据实际应用环境确定。
此外需要考虑SQL Server服务端的配置信息。
正常对于传输类场景如何进行优化处理。
对于大量网络传输的场景,比如大量查询,多次调用同一段sql。可以考虑使用sql的缓存机制,多表联合查询时,考虑连接条件。单表查询时,考虑创建正确的索引。对于常用而无需经常变动的数据,考虑使用多线程在后台加载,并建立内存表,同时考虑同步机制。对于事务考虑锁的颗粒度。等等以上,都是常见的处理方式。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)