ODBC连接sybase sql anywhere open server
具体步骤：
一.在服务器端以
dbsrv7.exe pathyyy.db -n
ServiceName -x tcpip -q
启动数据库，这里也可以指定端口，详细的参数请用dbsrv7.exe /?获取。
-n servicename:启动服务名为servicename的数据库服务用以标记网络数据库服务唯一标记；
-x tcpip：使用tcp/ip协议，默认端口3362,注意不要被占用；
-q 后台方式运行，没有数据库运行界面，只能看到进程；
二.启动成功后，另外机器操作：ODBC->新建一个Adaptive SQL Anywhere7.0数据源，配置如下：
1.ODBC->dns name: 数据源名称
2.Login->登录用户/密码
3.Database-> ServerName处输入步骤一中指定的serviceName
4.Network -> 钩中tcp/ip，参数处输入一中启动服务器所在机器的IP，格式如下： HOST=192.168.0.1其他协议都可以不选。
重复第3个步骤，就可以配置多个客户端了，当然，服务器上也可以配置一个ODBC来连接到自己的。
相关文档：
系统环境：Windows 7
软件环境：Visual C++ 2008 SP1 +SQL Server 2005
本次目的：编写一个航空管理系统
这是数据库课程设计的成果，虽然成绩不佳，但是作为我用VC++ 以来编写的最大程序还是传到网上，以供参考。用VC++ 做数据库设计并不容易，但也不是不可能。以下是我的程序界面，后面 ......
我们先看 NestedLoop 和 MergeJoin 的算法（以下为引用，见 RicCC 的《 通往性能优化的天堂 - 地狱 JOIN 方法说明 》 ):
==================================
NestedLoop:
foreach rowA in tableA where tableA.col2=?
{
search rowsB from tableB where tab ......
今天做SQL 优化，查找执行计划时，执行计划，发现此执行计划与以往的计划有所区别；找录互联网，终于找一篇有关研究比较深入的文章；
原执行计划使用的是索引扫描，突然一下会使用索引覆盖技术，效率大增；
SELECT * 的真相：索引覆盖(index coverage)
SELECT *的效率很糟糕吗？当然，所有人都知道这一点，但是为什么呢� ......
虽然查询速度慢的原因很多，但是如果通过一定的优化，也可以使查询问题得到一定程度的解决。 查询速度慢的原因很多，常见如下几种：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、i/o吞吐量小，形成了瓶颈效应。
&n ......
ORACLE SQL性能优化
我要讲的题目是Oracle SQL性能优化，只是Oracle性能优化中的一项。Oracle的性能优化包含很多方面，比如调整物理存取，调整逻辑存取，调整内存使用，减少网络流量等。这里选择SQL性能优化是因为这部分内容我们测试人员最容易接触到，另外开发人员写SQL脚本时有时很随意，不知不觉就会造成程序性能上的� ......
