drop table student;
create table student
(sno   int   not null unique,
 sname varchar(8) not null,
 ssex  char(2)    not null,
 sage int ,
 sdept varchar(20));
 
 select * from student;
 alter table student drop unique(sno);
 alter table student modify sno primary key;
 alter table student add constraints con_s check(ssex in('F', 'M'));
 
 insert into  student values ('0001', 'zhangwen', 'F', 24, 'math');
 insert into  student values ('0201', 'zhangzi', 'F', 24, 'jsj');
 insert into  student values ('0002', 'wangjing', 'M', 22, 'math');
 insert into  student values ('0301', 'lilu', 'M', 23, 'wuli');
 insert into  student values ('0003', 'wujun', 'M', 24, 'math');
 insert into  student values ('0202', 'wangli', 'F', 23, 'jsj');
 insert into  student values ('0203', 'jiangmin', 'M', 23, 'jsj');
 insert int ......

multiprocessing — Process-based “threading” interface
Introduction
multiprocessing is a package that supports spawning processes using an API similar to the threading module. The multiprocessing package offers both local and remote concurrency, effectively side-stepping the Global Interpreter Lock by using subprocesses instead of threads. Due to this, the multiprocessing module allows the programmer to fully leverage multiple processors on a given machine. It runs on both Unix and Windows.
multiprocessing包利用threading模块相似的API来支持spawn进程。multiprocessing包有效的解决了GIL。
 
Warning
Some of this package’s functionality requires a functioning shared semaphore implementation on the host operating system. Without one, the multiprocessing.synchronize module will be disabled, and attempts to import it will result in an ImportError. See issue 3770 for additional information.
Note
Functionality within this package requires that the __main__ met ......

原帖：http://www.cnblogs.com/jingleguo/archive/2008/06/02/1211820.html
当python中间处理非ASCII编码时，经常会出现如下错误：
UnicodeDecodeError: 'ascii' codec can't decode byte 0x?? in position 1: ordinal not in range(128)
0x??是超出128的数字，python在默认的情况下认为语言的编码是ascii编码，所以无法处理其他编码，需要设置python的默认编码为所需要的编码。
一个解决的方案是在代码中添加：
import sys
reload(sys)
sys.setdefaultencoding('gb2312')
另一个方案是在python的Lib\site-packages文件夹下新建一个sitecustomize.py
文件（sitecustomize.py is a special script; Python will try to import it on startup, so any code in it will be run automatically.），输入：
import sys
sys.setdefaultencoding('gb2312')
这样就能够自动的设置编码了。
ps：
1. utf8的编码是：utf-8
2. 测试已经成功的方法：
>>> import sys
>>> sys.getdefaultencoding() ......

这段时间在做CMS（客户管理系统，不是内容管理）的访问管理功能，要求实现对服务提供设备，客户端，计费，权限认证等信息的存储统计，远程管理。要求系统发布要方便，远程管理软件要跑在WIN平台。考虑到系统规模，客户要求，最后选择了WIN+ACCESS的方案，而最近又发现一个免费的SQLITE，而且可能在以后的手持设备上用，花点时间做了如下的简单性能测试。
ACCESS 插入性能测试：
平台：SYS:WINXP;CPU:2*1.6GHZ;RAM:1G;APP:VC+ADO
1.单条显式事务：
    1 00条： 0.55S
   1000条： 5s
 10000条： 50s
2.单条非显式事务：
     100条：31ms
   1000条：156ms
 10000条：1500ms
3.批量事务：
    1 00条：16ms
   1000条：141ms
 10000条：1469ms
以上可以看出，ACCESS单条非显式事务插入的时间几乎和批量事务的插入时间一样，这大概就是网上得出ACCESS快于sqlite的原因吧，但是；单条非显式事务的
方式只能用单连接，如果有多个连接并发访问，则会出现严重问题，在一个链接插入后的相当长一段时间内（有时数S），其它链接都无法插入数据库。可以推理
ADO+ACC ......

这段时间在做CMS（客户管理系统，不是内容管理）的访问管理功能，要求实现对服务提供设备，客户端，计费，权限认证等信息的存储统计，远程管理。要求系统发布要方便，远程管理软件要跑在WIN平台。考虑到系统规模，客户要求，最后选择了WIN+ACCESS的方案，而最近又发现一个免费的SQLITE，而且可能在以后的手持设备上用，花点时间做了如下的简单性能测试。
ACCESS 插入性能测试：
平台：SYS:WINXP;CPU:2*1.6GHZ;RAM:1G;APP:VC+ADO
1.单条显式事务：
    1 00条： 0.55S
   1000条： 5s
 10000条： 50s
2.单条非显式事务：
     100条：31ms
   1000条：156ms
 10000条：1500ms
3.批量事务：
    1 00条：16ms
   1000条：141ms
 10000条：1469ms
以上可以看出，ACCESS单条非显式事务插入的时间几乎和批量事务的插入时间一样，这大概就是网上得出ACCESS快于sqlite的原因吧，但是；单条非显式事务的
方式只能用单连接，如果有多个连接并发访问，则会出现严重问题，在一个链接插入后的相当长一段时间内（有时数S），其它链接都无法插入数据库。可以推理
ADO+ACC ......

需要注意的是page_load里面的创建存储过程只能执行一次，如果第二次还要创建同名的话会提示错误信息“存储过程已经存在。”，其实加个判断就行了。懒得加了，只是用来试验一下。
调试环境 ASP.NET 2.0（编译工具VS2008），代码C#，access版本2003
protected void Page_Load(object sender, EventArgs e)
{
OleDbConnection oledb = new OleDbConnection();
oledb.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\\asp99cms.mdb;Jet OLEDB:Database Password=";
oledb.Open();
if (oledb.State == ConnectionState.Open)
{
string str = "Create proc pr_test(@uid int) As select * from Download where [ID]=@uid";
OleDbCommand olecom = new OleDbCommand();
olecom.CommandText = str;
olecom.Connection = oledb;
olecom.ExecuteNonQuery();
oledb.Dispose();
}
oledb.Close();
oledb.Dispose();
}
protected void Button2_Click(object sender, EventArgs e)
{
OleDbConnection oledb = new OleDbConnection();
oledb.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\\asp99cms.mdb;Jet O ......

索引的重要性
　　数据库性能优化中索引绝对是一个重量级的因素，可以说，索引使用不当，其它优化措施将毫无意义。
　　聚簇索引(Clustered Index)和非聚簇索引 (Non- Clustered Index)　
　　最通俗的解释是:聚簇索引的顺序就是数据的物理存储顺序，而对非聚簇索引的索引顺序与数据物理排列顺序无关。举例来说，你翻到新华字典的汉字“爬”那一页就是P开头的部分，这就是物理存储顺序（聚簇索引）；而不用你到目录，找到汉字“爬”所在的页码，然后根据页码找到这个字（非聚簇索引）。
　　下表给出了何时使用聚簇索引与非聚簇索引:
　　动作
　　使用聚簇索引
　　使用非聚簇索引
　　列经常被分组排序
　　应
　　应
　　返回某范围内的数据
　　应
　　不应
　　一个或极少不同值
　　不应
　　不应
　　小数目的不同值
　　应
　　不应
　　大数目的不同值
　　不应
　　应
　　频繁更新的列
　　不应
　　应
　　外键列
　　应
　　应
　　主键列
　　应
　　应
　　频繁修改索引列
　　不应
　　应
　　聚簇索引的唯一性
　　正式聚簇索引的顺序就是数据的物理存储顺序，所以一个表最多只能有一个聚簇索引， ......