【图文】SQL查询语句_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
SQL查询语句
上传于||文档简介
&&S​Q​L​查​询​语​句
大小：3.60MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢查看: 5438|回复: 21
易语言sql语句执行结果显示问题
阅读权限50
在线时间 小时
结帖率： (21/26)
看图说话.........& &
(50.3 KB, 下载次数: 10)
09:14 上传
sum 后的结果是 双精度小数类型
所以 应该是
记录集1.读双精度(0，金额）
金额定义为
双精度小数 类型
回答提醒：如果本帖被关闭无法回复，您有更好的答案帮助楼主解决，请发表至
可获得加分喔。友情提醒：本版被采纳的主题可在
帖子申请荣誉值，获得 1点 荣誉值,荣誉值可兑换终身vip用户组哦。快捷通道： →
阅读权限165
在线时间 小时
还是不能..你Q多少
我错了&&sum 后的结果是 双精度小数类型
所以 应该是& &记录集1.读双精度(0，金额）
金额定义为&&双精度小数 类型
您可以选择打赏方式支持他
阅读权限165
在线时间 小时
你这个是错误的&&count 是取的记录条数& &你应该哟个&&sum(本金)&&才是对查询的记录求和
您可以选择打赏方式支持他
阅读权限70
在线时间 小时
结帖率： (0/2)
那个用读写配置项多容易，没必要那么。（个人建议）
您可以选择打赏方式支持他
阅读权限50
在线时间 小时
结帖率： (21/26)
你这个是错误的&&count 是取的记录条数& &你应该哟个&&sum(本金)&&才是对查询的记录求和
恩恩 先不说这个 先看看我问题先
您可以选择打赏方式支持他
阅读权限165
在线时间 小时
QQ截图22.jpg (22.5 KB, 下载次数: 1)
09:23 上传
QQ截图11.jpg (34.63 KB, 下载次数: 1)
09:23 上传
您可以选择打赏方式支持他
阅读权限50
在线时间 小时
结帖率： (21/26)
我试试.....
您可以选择打赏方式支持他
阅读权限50
在线时间 小时
结帖率： (21/26)
无效的sql语句 贴不上图
我那个仅仅是在给你演示一个流程
首先用 数据库链接 组件 来连接数据库
然后 把 数据库链接成功
然后用 记录集
然后 读取记录集执行结果
数据库链接
sql 查询 都仅仅是我乱写 &
您可以选择打赏方式支持他
阅读权限50
在线时间 小时
结帖率： (21/26)
无效的sql语句 贴不上图
哦哦 但你的写法跟我一样 就是sql语句有毛病
你截图发你写好的 SQL 瞅瞅&
您可以选择打赏方式支持他
阅读权限50
在线时间 小时
结帖率： (21/26)
哦哦 但你的写法跟我一样 就是sql语句有毛病
.支持库 eDB
_启动窗口.记录集1.置连接 (_启动窗口.数据库连接1)
_启动窗口.记录集1.打开 (“slect sum(本金) from 拍单”, #SQL语句, )
_启动窗口.记录集1.读整数 (0, 金额)
_启动窗口.记录集1.关闭 ()
_启动窗口.标题 ＝ 到文本 (金额)
您可以选择打赏方式支持他
精易论坛 - 有你更精彩 /2
2016年安卓在手机市场已经超过80%，此次培训主讲安卓apk文件的代码剖析与封包解密，消息封包解密后可以通过易语言或其它开发工具编写软件模拟手机端app的操作，从而实现在电脑端运行软件就批量、自动化、高效率操作手机app应用上面的功能！
还在为繁琐填表而纠结？还是为不能多账户切换而苦恼？或者是pc端与手机端无法跨越？更为数据封包无法直达而心生倦怠？来post魔鬼特训班，让你在编程的路上走的更远 &
拒绝任何人以任何形式在本论坛发表与中华人民共和国法律相抵触的言论，本站内容均为会员发表，并不代表精易立场!
揭阳精易科技有限公司申明:我公司所有的培训课程版权归精易所有，任何人以任何方式翻录、盗版、破解本站培训课程，我们必将通过法律途径解决！
公司简介：揭阳市揭东区精易科技有限公司致力于易语言教学培训/易语言学习交流社区的建设与软件开发，多年来为中小企业编写过许许多多各式软件，并把多年积累的开发经验逐步录制成视频课程供学员学习，让学员全面系统化学习易语言编程，少走弯路，减少对相关技术的研究与摸索时间，从而加快了学习进度！
Powered by第一步：应用程序把查询SQL语句发给服务器端执行
我们在数据层执行SQL语句时，应用程序会连接到相应的数据库服务器，把SQL语句发送给服务器处理。
第二步：服务器解析请求的SQL语句
SQL计划缓存，经常用查询分析器的朋友大概都知道这样一个事实，往往一个查询语句在第一次运行的时候需要执行特别长的时间，但是如果你马上或者在一定时间内运行同样的语句，会在很短的时间内返回查询结果。原因是：
服务器在接收到查询请求后，并不会马上去数据库查询，而是在数据库中的计划缓存中找是否有相对应的执行计划。如果存在，就直接调用已经编译好的执行计划，节省了执行计划的编译时间。
如果所查询的行已经存在于数据缓冲存储区中，就不用查询物理文件了，而是从缓存中取数据，这样从内存中取数据就会比从硬盘上读取数据快很多，提高了查询效率。数据缓冲存储区会在后面提到。
如果在SQL计划缓存中没有对应的执行计划，服务器首先会对用户请求的SQL语句进行语法效验，如果有语法错误，服务器会结束查询操作，并用返回相应的错误信息给调用它的应用程序。
注意：此时返回的错误信息中，只会包含基本的语法错误信息，例如select&写成selec等，错误信息中如果包含一列表中本没有的列，此时服务器是不会检查出来的，因为只是语法验证，语义是否正确放在下一步进行。
语法符合后，就开始验证它的语义是否正确。例如，表名、列名、存储过程等等数据库对象是否真正存在，如果发现有不存在的，就会报错给应用程序，同时结束查询。
接下来就是获得对象的解析锁，我们在查询一个表时，首先服务器会对这个对象加锁，这是为了保证数据的统一性，如果不加锁，此时有数据插入，但因为没有加锁的原因，查询已经将这条记录读入，而有的插入会因为事务的失败会回滚，就会形成脏读的现象。
接下来就是对数据库用户权限的验证。SQL语句语法，语义都正确，此时并不一定能够得到查询结果，如果数据库用户没有相应的访问权限，服务器会报出权限不足的错误给应用程序，在稍大的项目中，往往一个项目里面会包含好几个数据库连接串，这些数据库用户具有不同的权限，有的是只读权限，有的是只写权限，有的是可读可写，根据不同的操作选取不同的用户来执行。稍微不注意，无论你的SQL语句写的多么完善，完美无缺都没用。
解析的最后一步，就是确定最终的执行计划。当语法、语义、权限都验证后，服务器并不会马上给你返回结果，而是会针对你的SQL进行优化，选择不同的查询算法以最高效的形式返回给应用程序。例如在做表联合查询时，服务器会根据开销成本来最终决定采用hash&join,merge&join ，还是loop join，采用哪一个索引会更高效等等。不过它的自动化优化是有限的，要想写出高效的查询SQL还是要优化自己的SQL查询语句。
当确定好执行计划后，就会把这个执行计划保存到SQL计划缓存中，下次在有相同的执行请求时，就直接从计划缓存中取，避免重新编译执行计划。
第三步：语句执行
服务器对SQL语句解析完成后，服务器才会知道这条语句到底表态了什么意思，接下来才会真正的执行SQL语句。
此时分两种情况：
如果查询语句所包含的数据行已经读取到数据缓冲存储区的话，服务器会直接从数据缓冲存储区中读取数据返回给应用程序，避免了从物理文件中读取，提高查询速度。
如果数据行没有在数据缓冲存储区中，则会从物理文件中读取记录返回给应用程序，同时把数据行写入数据缓冲存储区中，供下次使用。
说明：SQL缓存分好几种，这里有兴趣的朋友可以去搜索一下。有时因为缓存的存在，使得我们很难马上看出优化的结果，因为第二次执行因为有缓存的存在，会特别快速，所以一般都是先消除缓存，然后比较优化前后的性能表现，这里有几个常用的方法：
DBCC DROPCLEANBUFFERS
从缓冲池中删除所有清除缓冲区。
DBCC FREEPROCCACHE
从过程缓存中删除所有元素。
DBCC FREESYSTEMCACHE
从所有缓存中释放所有未使用的缓存条目。
SQL Server 2005&数据库引擎会事先在后台清理未使用的缓存条目，以使内存可用于当前条目。但是，可以使用此命令从所有缓存中手动删除未使用的条目。
这只能基本消除SQL缓存的影响，目前好像没有完全消除缓存的方案，如果大家有，请指教。
执行顺序：
FROM&子句返回初始结果集。
WHERE&子句排除不满足搜索条件的行。
GROUP BY&子句将选定的行收集到&GROUP BY&子句中各个唯一值的组中。
选择列表中指定的聚合函数可以计算各组的汇总值。
此外，HAVING&子句排除不满足搜索条件的行。
计算所有的表达式；
使用order by对结果集进行排序。
查找你要搜索的字段。
阅读(...) 评论()}