| 网站首页 | 业界新闻 | 小组 | 交易 | 人才 | 下载频道 | 博客 | 代码贴 | 在线编程 | 编程论坛
共有 452 人关注过本帖
标题:工作区?
只看楼主 加入收藏
su0527
Rank: 2
等 级:论坛游民
帖 子:418
专家分:74
注 册:2015-1-10
结帖率:95.76%
  已结贴   问题点数:20  回复次数:4   
工作区?
thisform .grid1.recordsourcetype=1
thisform .grid1.recordsource="sale"  &&sale.dbf作为表的数据源,处于一直打开状态
后来当执行如下命令时:
select * from sale into cursor k
此时发现sale作为数据源的在工作区1中打开,而后面的查询中sale又在工作区4中打开。工作区2、3被其它表占用着。

如果用: use in sale 首先关闭作为数据源的sale表,而此表是不想被关闭的。
如果用:
select n
use
工作区号又不好确定

也就是说,sale 在两个工作区同时打开了,请问如何精确关闭后来查询时打开的sale表?
搜索更多相关主题的帖子: 工作区 数据源 打开 select 关闭 
2019-06-30 17:55
sdta
Rank: 20Rank: 20Rank: 20Rank: 20Rank: 20
来 自:江苏省连云港市
等 级:版主
威 望:200
帖 子:7878
专家分:19533
注 册:2012-2-5
  得分:10 
不需要记工作区,只需要记着表的别名就可以了,因为GRID1的数据环境为sale表,别名默认为sale,在需要操作sale时直接
select sale
进行表的操作。

坚守VFP最后的阵地
2019-06-30 19:30
su0527
Rank: 2
等 级:论坛游民
帖 子:418
专家分:74
注 册:2015-1-10
  得分:0 
回复 2楼 sdta
select sale
use
总是会先关闭前面工作区中1中的sale
而我只想关闭工作区4中的sale (需要判断后来的sale在哪个工作区打开)
2019-07-01 06:26
hu9jj
Rank: 20Rank: 20Rank: 20Rank: 20Rank: 20
来 自:红土地
等 级:贵宾
威 望:366
帖 子:11489
专家分:42723
注 册:2006-5-13
  得分:10 
以下是引用su0527在2019-7-1 06:26:32的发言:

select sale
use
总是会先关闭前面工作区中1中的sale
而我只想关闭工作区4中的sale (需要判断后来的sale在哪个工作区打开)

一个表不可能同时被多个工作区打,除非您打开时指定了别名。使用时无须关注表是在哪个工作区打开的,这是系统自动处理的,我们只要遵循下面的规则就行:
1、打开表时
use XXX in 0    &&在最低的空闲工作区中打开表XXX

2、查找工作区时
select XXX
3、引用时
变量=XXX.字段名

如果是在表单中操作,可以直接使用数据环境,将要使用的表加入到数据环境中就行,之后你只管用,不需要考虑表的打开或者关闭,这些问题VFP系统会自动替您完成。

活到老,学到老! http://www. E-mail:hu-jj@
2019-07-01 08:18
gs2536785678
Rank: 8Rank: 8
等 级:贵宾
威 望:19
帖 子:325
专家分:964
注 册:2017-7-16
  得分:0 
看过,
(1)在DOS时代,因为工作区只有10个,所以人们总是先确定工作区,再打开表
select A
use dbfA
select B
use dbfB
。。。
(2)进行WINDOWS以后,工作区不爱限制,所以人们总是在最低的工作区打开表,不再考虑
这个表在哪个工作区打开的
select 0
use dbfB
。。。
(3)如今使用上了SQL语句
select * from DBF1 into table DBF2
则DBF1,DBF2两表都是打开的,至于在哪个工作区打开,你不必要考虑
使用时,只要指定表就可以操作
select DBF1
。。。


[此贴子已经被作者于2019-7-8 15:36编辑过]

2019-07-08 15:32
快速回复:工作区?
数据加载中...
 
   



关于我们 | 广告合作 | 编程中国 | 清除Cookies | TOP | 手机版

编程中国 版权所有,并保留所有权利。
Powered by Discuz, Processed in 0.081194 second(s), 9 queries.
Copyright©2004-2019, BCCN.NET, All Rights Reserved