Ⅰ sql 语句的内连接和左右连接的应用场景区别。
比如有两张表：
学生表，记录着学生的基本信息（姓名、性别等）
奖罚记录表，记录着学生在校的奖罚情况
现有一需求，查询出所有学生的信息，还有其奖罚情况，如果这时用内连接，那些没有奖罚情况的学生岂不是没有统计出来？这时就要用到左（右）连接了，以学生表为基础，外连接奖罚记录表，这样就能达到所要的需求了
Ⅱ 存储过程与SQL语句如何选择
数据库擅长存储与索引，在目前的互联网系统架构中，服务器的扩展要比存储的扩展更简单，
需要考虑系统可能的瓶颈在服务器还是数据存储，存储过程有它的优点，应该在开发中合理的选用。
应用存储过程的优点
存储过程是一组预先创建并用指定的名称存储在数据库服务器上的 SQL 语句，将使用比较频繁或者比较复杂的操作，预先用 SQL 语句写好并存储起来，以后当需要数据库提供相同的服务时，只需再次执行该存储过程。
1.具有更好的性能
存储过程是预编译的，只在创建时进行编译，以后每次执行存储过程都不需再重新编译，而一般 SQL 语句每执行一次就编译一次，因此使用存储过程可以提高数据库执行速度。
2.功能实现更加灵活
存储过程中可以应用条件判断和游标等语句，有很强的灵活性，可以直接调用数据库的一些内置函数，完成复杂的判断和较复杂的运算。
3.减少网络传输
复杂的业务逻辑需要多条 SQL 语句，当客户机和服务器之间的操作很多时，将产生大量的网络传输。如果将这些操作放在一个存储过程中，那么客户机和服务器之间的网络传输就会减少，降低了网络负载。
4.具有更好的安全性
（1）数据库管理人员可以更好的进行权限控制，存储过程可以屏蔽对底层数据库对象的直接访问，使用 EXECUTE 权限调用存储过程，无需拥有访问底层数据库对象的显式权限。
（2）在通过网络调用过程时，只有对执行过程的调用是可见的。无法看到表和数据库对象名称，不能嵌入SQL 语句，有助于避免 SQL 注入攻击。
存储过程的弊端
1.架构不清晰，不够面向对象
存储过程不太适合面向对象的设计，无法采用面向对象的方式将业务逻辑进行封装，业务逻辑在存储层实现，增加了业务和存储的耦合，代码的可读性也会降低，
2.开发和维护要求比较高
存储过程的编写直接依赖于开发人员，如果业务逻辑改动较多，需要频繁直接操作数据库，大量业务降维到数据库，很多异常不能在代码中捕获，出现问题较难排查，需要数据库管理人员的帮助。
3.可移植性差
过多的使用存储过程会降低系统的移植性。在对存储进行相关扩展时，可能会增加一些额外的工作。
存储过程与SQL语句如何抉择
架构设计没有绝对，只有在当前的场景下最合适的。
普通的项目开发中，不建议大量使用存储过程，对比SQL语句，存储过程适用于业务逻辑复杂，比较耗时，同时请求量较少的操作，例如后台大批量查询、定期更新等。
（1）当一个事务涉及到多个SQL语句时或者涉及到对多个表的操作时可以考虑应用存储过程
（2）在一个事务的完成需要很复杂的商业逻辑时可以考虑应用存储过程
（3）比较复杂的统计和汇总可以考虑应用后台存储过程
Ⅲ mybatis中动态sql语句的实际应用场景是怎么样的，比如说if,具体在什么情况下可以使用，给高分，谢谢！
<where>
<trim prefixOverrides="and">
<if test="id!=null">
and c.id=#{id}
</if>
<if test="oid!=null and oid!=0">
and b.id=#{oid}
</if>
<if test="startDate!=null">
<if test="endDate!=null">
and a.pay_time BETWEEN #{startDate} AND #{endDate}
</if>
</if>
</trim>
</where>
service层如果参数为null，mybatis执行sql语句的时候就不会去拼接你指定的if标签中的sql语句
Ⅳ sql注入的场景有哪些,危害又有哪些
建议你这样试试看：
- 当使用简单SQL语句时容易出现注入式攻击
- 容易被篡改数据和数据泄露
Ⅳ sql server应用在什么场景
这个是看 业务需求的，而且看你的业务系统需要搭载在什么数据库上，sql server 一般做中小型 数据库
Ⅵ sql 存储过程 游标用在什么地方(新手刚学,不知道使用场景)
存储过程就是将常用的或很复杂的工作，预先用SQL语句写好并用一个指定的名称存储起来，并且这样的语句是放在数据库中的，还可以根据条件执行不同SQL语句。具体要用在什么地方，要看你的需求了，比如一个select语句你也可以写存储过程。不过没有人这样做，太2了。一般会在有大量数据计算时，预先执行时会用的多一些。也有在处理数据逻辑时，在数据库后台进行运算。大体是这样，这是我个人的理解。
要想学游标，你要理解数据是怎么样工作的，他是怎么找数据的。如select * from user where name like'%李%'，这是查询user表中姓李的人。那么数据库会把游标从数据库表的第一条记录找，不合适就找下一条。就这样吧
Ⅶ sql特定场景查询（轨迹）
SELECT time1 FROM ( SELECT A.*, ROWNUM RN FROM (
select rownum no ,time1 from a
where city ='北京'
order by to_char(time1,'hh24miss')
) A WHERE ROWNUM <= 1 ) WHERE RN >= 1
上面这条语句查出来是a第一次在北京的最早一条记录，已此类推。最晚的时间在order by 后面用
desc 倒序排列，
上海就改条件，
a第二次就改条件 WHERE ROENUM<=2) WHERE RN >1 就可以了，自己去写吧，我懒得打了
Ⅷ Sql server 的身份验证方式有哪些，优缺点及应用场景
windows身份验证模式和SQL server身份验证模式
主要集中在信任连接和非信任连接。
windows 身份验证相对于混合模式更加安全，使用本连接模式时候，sql不判断sa密码，而仅根据用户的windows权限来进行身份验证，我们称为“信任连接”，但是在远程连接的时候会因NTML验证的缘故，无法登陆。
混合模式验证就比较既当本地用户访问sql时候采用windows身份验证建立信任连接，当远程用户访问时由于未通过windows认证，而进行sql server认证（使用sa的用户也可以登录sql），建立“非信任连接”，从而使得远程用户也可以登录。
更加直接一些就是windows身份验证，不验证sa密码，如果windows登录密码不正确，无法访问sql，混合模式既可以使用windows身份验证登录，有可以在远程使用sa密码登录。
准确来说，混合身份验证模式，也就是基于Windows
身份验证和SQL Server身份混合验证。在这个模式中，系统会判断账号在Windows操作系统
下是否可信，对于可信连接，系统直接采用Windows身份验证机制，而非可信连接，这个连接
不仅包括远程用户还包括本地用户，SQL Server 会自动通过账户的存在性和密码的匹配
性来进行验证。