Oracle的sql*plus是与oracle进行交互的客户端工具。在sql*plus中，可以运行sql*plus命令与sql语句。
我们通常所说的DML、DDL、DCL语句都是sql语句，它们执行完后，都可以保存在一个被称为sql buffer的内存区域中，并且只能保存一条最近执行的sql语句，我们可以对保存在sql buffer中的sql 语句进行修改，然后再次执行。
除了sql语句，在sql*plus中执行的其它语句我们称之为sql*plus命令。它们执行完后，不保存在sql buffer的内存区域中，它们一般用来对输出的结果进行格式化显示，以便于制作报表。
下面就介绍一下一些常用的sql*plus命令。
1. 执行一个SQL脚本文件
SQL>start file_name
SQL>@ file_name
我们可以将多条sql语句保存在一个文本文件中，这样当要执行这个文件中的所有的sql语句时，用上面的任一命令即可，这类似于dos中的批处理。
2. 对当前的输入进行编辑
SQL>edit 或 ed
3. 重新运行上一次运行的sql语句
SQL>/ 或run
4. 将显示的内容输出到指定文件
SQL> SPOOL file_name
在屏幕上的所有内容都包含在该文件中，包括你输入的sql语句。
5. & ......
虽然不能完全避免死锁，但可以使死锁的数量减至最少。将死锁减至最少可以增加事务的吞吐量并减少系统开销，因为只有很少的事务：
回滚，而回滚会取消事务执行的所有工作。
由于死锁时回滚而由应用程序重新提交。
下列方法有助于最大限度地降低死锁：
按同一顺序访问对象。
避免事务中的用户交互。
保持事务简短并在一个批处理中。
使用低隔离级别。
使用绑定连接。
按同一顺序访问对象
如果所有并发事务按同一顺序访问对象，则发生死锁的可能性会降低。例如，如果两个并发事务获得 Supplier 表上的锁，然后获得 Part 表上的锁，则在其中一个事务完成之前，另一个事务被阻塞在 Supplier 表上。第一个事务提交或回滚后，第二个事务继续进行。不发生死锁。将存储过程用于所有的数据修改可以标准化访问对象的顺序。
避免事务中的用户交互
避免编写包含用户交互的事务，因为运行没有用户交互的批处理的速度要远远快于用户手动响应查询的速度，例如答复应用程序请求参数的提示。例如，如果事务正在等待用户输入，而用户去吃午餐了或者甚至回家过周末了，则用户将此事务挂起使之不能完成。这样将降低系统的吞吐量，因为事务持有的任何锁只有在事务提交或回滚时� ......
SQL Server中调用方法时，经常遇到.或是::两种调用方法，其中. 是实例调用方法，::是静态调用方法。如果大家对C#语法熟悉的话，. 对应C#中调用实例方法，:: 对应C#中的static方法。
下面给出一个SQL Server的实例，下面的SQL运行在2008环境下：
DECLARE @g geography;
SET @g = geography::Parse('LINESTRING(-122.360 47.656, -122.343 47.656)');
SELECT @g;
SELECT @g.ToString();
结果集为：
0xE610000001148716D9CEF7D34740D7A3703D0A975EC08716D9CEF7D34740CBA145B6F3955EC0
LINESTRING (-122.36 47.656, -122.343 47.656)
geography是SQL Server 2008新增的支持地理信息类型，由于超出本文所讲范围，所以这里不做说明。
我们只看里面的geography::Parse方法和@g.ToString()方法，可以看到Parse方法是通过geography类型支持调用的，相当于C#中的Class.StaticMethod形式，ToString()是通过g这个实例调用的。
本文来自CSDN博客：http://blog.csdn.net/tjvictor/archive/2009/07/29/4390673.aspx ......
作者：敖士伟
服务器：IBM X346
CPU:Intel Xeon 3.0 *4
内存：2GB
硬盘：RAID5
OS：win2003 SE
一、MySQL 5.5 M2
MySQL 默认引擎InnoDB，优化前后几乎无差别
二、SQL SERVER 2000 SE
从这没次测试看，Mysql在事务性能表现不如SQL SERVER。同时，两者在默认情况，批量Insert，Mysql表现也不如SQL SERVER。Mysql在打开innodb_flush_log_at_trx_commit=2的情况下速度飞快，但当mysqld或者OS挂了的情况下有丢失最后1-2S事务的风险。当然，在批量Insert时，两者都显示打开和提交事务，速度都得到明显提升。有空再做个详细测试。 ......
作者：敖士伟
服务器：IBM X346
CPU:Intel Xeon 3.0 *4
内存：2GB
硬盘：RAID5
OS：win2003 SE
一、MySQL 5.5 M2
MySQL 默认引擎InnoDB，优化前后几乎无差别
二、SQL SERVER 2000 SE
从这没次测试看，Mysql在事务性能表现不如SQL SERVER。同时，两者在默认情况，批量Insert，Mysql表现也不如SQL SERVER。Mysql在打开innodb_flush_log_at_trx_commit=2的情况下速度飞快，但当mysqld或者OS挂了的情况下有丢失最后1-2S事务的风险。当然，在批量Insert时，两者都显示打开和提交事务，速度都得到明显提升。有空再做个详细测试。 ......
锁的概述 一. 为什么要引入锁
多个用户同时对数据库的并发操作时会带来以下数据不一致的问题：
丢失更新
A，B两个用户读同一数据并进行修改，其中一个用户的修改结果破坏了另一个修改的结果，比如订票系统
脏读
A用户修改了数据，随后B用户又读出该数据，但A用户因为某些原因取消了对数据的修改，数据恢复原值，此时B得到的数据就与数据库内的数据产生了不一致
不可重复读
A用户读取数据，随后B用户读出该数据并修改，此时A用户再读取数据时发现前后两次的值不一致
并发控制的主要方法是封锁，锁就是在一段时间内禁止用户做某些操作以避免产生数据不一致
二 锁的分类
锁的类别有两种分法：
1. 从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁
MS SQL Server 使用以下资源锁模式。
锁模式 描述
共享 (S) 用于不更改或不更新数据的操作（只读操作），如 SELECT 语句。
更新 (U) 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。
排它 (X) 用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会� ......
今天工作時候輸入數據庫中有一條數據字段記錄是"客戶否决"
使用
select * from TelephoneStatusCategory where CategoryName like '%客戶否%'
select * from TelephoneStatusCategory where CategoryName like '%客戶否决%'
前面一個可以查詢齣來這條記錄
後面一個語句就查詢不齣來這條記錄.
很怪.不知道原因,待解决中 ......
最新文章 : sql