1. sql的实验报告怎么写
实验报告要点
一、扉页
并非所有的实验报告都有标题页，但是如果讲师想要标题页，那么它应该是一个单独的页面，包括：实验的题目、自己的名字和实验室伙伴的名字、导师的名字、进行实验或提交报告的日期。
二、标题
标题写着做了什么。它应该简短，并描述实验或调查的要点。
三、介绍
通常情况下介绍是解释实验室目标或目的的一个段落。用一句话陈述假设。有时介绍可能包含背景信息，简要总结实验是如何进行的，陈述实验的发现，并列出调查的结论。
四、步骤
描述在调查过程中完成的步骤。要足够详细，任何人都可以阅读这一部分并复制实验。提供一个图表来描述实验设置可能会有所帮助。
五、数据
从过程中获得的数字数据通常以表格的形式呈现。数据包括进行实验时记录的内容。
六、结果
用语言描述数据的含义。有时“结果”部分会与“讨论”部分结合在一起。
七、讨论或分析
数据部分包含数字，“分析”部分包含根据这些数字进行的任何计算。这是解释数据和确定假设是否被接受的地方，也是讨论在进行调查时可能犯的任何错误的地方。
八、结论
大多数情况下，结论是一个段落，总结了实验中发生的事情，假设是被接受还是被拒绝，以及这意味着什么。
九、图形和图表
图表和图形都必须标有描述性的标题。在图表上标注轴，确保包含测量单位。一定要参考报告正文中的图和图表。
十、参考
如果研究是基于别人的文献，或者引用了需要文档的事实，那么应该列出这些参考文献。
2. 关于时段内业务量统计的SQL语句该如何写
select 货物种类,sum(case when 时段>8：00 and 时段<8：30 then 1 else 0 end) [时段8：00-8：30]......... group by 货物种类
3. sql数据库日志文件变很大
你业务量增大了，存储过程过于频繁，导致每一步都记入到log文件中，一般重启服务什么的会突然增大日志文件
4. zabbix 监控业务量
你看一下自定义键值，自定义键值可以通过执行脚本采集数据。
5. sql使用in超过1000怎么处理
用Exists 替换，实际开发过程中，最好在业务量可能较大的情况一下，最好不要使用in，否则会报错
6. sql server 现在几个版本，哪个版本用的广泛
这个和当时的项目部署有关。。。。项目迁移比较费时的。。。sqlserver2005主流
windows
server
2003
还是主流，大部分企业的服务器，主要业务是局域网业务，实际上远程业务，只占服务的很少的业务量；如果你用windows
server
2008，软件支持是个问题；
如果您们已经有网络，升级时还需考虑升级数据库软件！
尤其中小企业，windows
server
2003
+
office
2003
+
sqlserver
2005以上版是常用配置，做局域网应用程序，基于iis的web程序均非常稳定
7. 如何进行数据库调校 sql 在数据库中如何确保执行数据库的效能
数据库基本上不用怎样设置，业务量大，数据库不断增大，就算你删除了大部分数据库，但还是不见数据库变小，这里因为它不会自动缩少，你可以手动缩小数据库，收缩时可以选择[根据本调度来收缩数据库]如下图，它就会重排数据库索引,释放出空间。【中基软件】
8. Access数据库中求同一员工一段时间内最大业务量的SQL语名，asp编程的。
select t1.name,t1.bm,t1.ygtime,t1. ywl from
(select name,max(ywl) as ywl from yhb where ygtime between '2015-6-15' and '2015-6-17' group by name )t left outer join yhb t1 on t1. name=t.name and t1.ywl =t. ywl
9. 如何实现mssql数据库负载均衡
SQL Server 负载均衡集群
一个应用系统随着业务量的提高,以及访问量和数据流量的快速增长，各个核心部分的处理性能和计算强度也相应增大，使得单一设备根本无法承担。在此情况下，如果扔掉现有设备去做大量的硬件升级，必将造成现有资源的浪费，而且下一次业务量的提升，又将导致再一次硬件升级的高额成本投入。于是，负载均衡机制应运而生。 对于应用系统的负载均衡的硬件和软件比比皆是，因为应用服务器上的程序基本上认为是不变化的，而且一般的各个应用服务器上的程序是不交互的。因此应用服务器的负载均衡非常好做，只需要能够进行分流的软件或者硬件把多个客户端的连接分配到多个应用服务器上去即可。
因为数据库内的数据是频繁变化的，为了数据的一致性以及锁资源的分配协调等，所以像应用服务器那样只有分流是不够的，各个节点需要频繁的交互。这也是数据库集群软件难做的原因，当然也是卖的贵的原因了。
Oracle Real Application Clusters
对于数据库负载均衡，大家最为耳熟能详的就是Oracle RAC了。RAC是双机并行服务器(8i及以前版本称作Oracle Parallel Server，OPS)，用来在集群环境下实现多机共享数据库，以保证应用的高可用性，同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的排错和无断点恢复。它可以自动进行负载平衡、故障修复和规划停机时间，以支持高可用性应用程序。若并行服务器中某节点失效，透明的应用程序容错能够把用户自动转接到另一节点上继续运行，应用程序在用户没有察觉的情况下继续执行。这使周期性和非周期性发生故障的系统增大了连续可用性。进程的失效可以完全透明地转移到另一节点上去，通过适当地配置，可以指定所有查询都在客户端进行缓存，这样它们便可以在转移后的节点上重新设置。
Moebius for SQL Server
截至到SQL Server 2008，微软还是没有推出负载均衡组件，只能靠第三方软件来实现，好在这个软件是几个从微软出来的人写的，也算是个小小的巧合。说他们是微软出来的并不是说他们的技术多厉害，而是他们利用SQL Server的一些内部接口把集群做的非常透明， 无论是应用程序的调用还是开发/管理人员的使用都和面对一个数据库一样。
他们的实现原理是这样的：和SQL Server镜像一样，每个数据库节点都有自己的数据，也就是无共享磁盘架构。他们称之为“中间件”的程序宿主在数据库的内部，每个节点数据库上写入数据导致数据变化时，SQL Server会激活“中间件”，“中间件”把变化的数据同步到其他的节点上。其他节点发生变化也是一样。因为“中间件”宿主在数据库内， 所以它能够把每个同步的Session和SQL Server的Session绑定到一起，也就是使用户的执行和数据的同步成为一个原子操作，从而保证数据在每时每刻都是一致的。因此查询可以随便到每个机器上去查，从而做到了真正的负载均衡。
这是一种叫"数据库路由器"的技术,这种技术的特点是灵活性好,但效率比RAC要低，毕竟RAC是在引擎里实现的不管怎么样有比没有强!
10. 企业是否用得到sql server
看你的企业应用情况了吧。
如果涉及到数据库管理，综合管理业务管理等情况，是需要用SQL等相关的关系型数据库的，
但如果只是简单的计算、考勤、财务，可能只需要用assces就够了，
但如果你的企业是跨地域的巨头……业务量巨大，可能ORCAL……等数据库……。
看具体情况吧