关于一个sqlserver复杂的查询，求助

Question

本帖最后由 J2EE_ME 于 2013-02-15 14:20:34 编辑

Answer 1

连接查询  left join ？

Answer 2

看应用特点和需求，没法给个完整而又标准的答案出来
循环可以改为单个SQL拿出所有结果。。多数情况下应该如此设计，但不是全部

Answer 3

如果用outer join的话，一个公司会出现很多重复的，我取值也是很麻烦

Answer 4

SQL存储过程内容大致如下：
select * from
Company
inner join history on history.company_id = Company.companyID
inner join staff on staff.company_id = Company.companyID
inner join task on task.company_id = Company.companyID
where company.status = 'active'但是不知道你返回的数据条数有多少，如果上千可以讲究，但是如果上万，那么在程序设计中还是需要避免的，因为太多的数据基本用书也不会全部看，一般就只关心自己感兴趣的。这种情况下，那你可以使用原先的：select * from company where status = 'active'先建立一个下拉菜单，当用户选择了一个company以后，再选择出这个company的信息

Answer 5

补充：
至于使用inner join还是left join，那需要看你具体需要哪些数据了。
还有如果可能，尽量别使用select * from,而是只返回你需要的信息。

Answer 6

你的“需要一个查询来拿到所有表中的数据”太抽象了，很难给出答案，最好给少量数据，和期待结果，如果你是为了页面展示，用sql来搞成树状结构也不好弄。数据量不大且不是频繁使用的话可以考虑控件来多次查询，如果频繁使用，可以考虑页面缓存所有数据，但是你首先要清晰地告诉别人你要干嘛

Answer 7

用 select * from company a 
outer cross apply
(select top(1)* from history b where a.company_id = b.company_id)b
(select top(1)* from staff b where a.company_id = b.company_id)c
(select top(1)* from task b where a.company_id = b.company_id)d
where a.status = 'active'

Answer 8

那就把程序弄成多线程，头1000个直接返回浏览，之后的再慢慢读。
或者你每天直接把数据先处理完存在一个表格中，或者存成csv，excel啥的让程序再度。

Answer 9

--比如你在服务器端的数据库，表里面加一个表示时间的位，比如叫LastUpdateTime（当然为了性能考虑你可能需要用int/bigint再加索引，用1900-01-01到现在的总天数估计就ok了）。--服务器提供一个方法GetDataByTimeStamp(bigint lastUpdateTime)，可以返回所有LastUpdateTime >= lastUpdateTime的数据，最好再加一个返回的这批数据中的Max(LastUpdateTime)。--服务器提供一个方法GetDataByCompanyId(string[] ids)，可以返回给定CompanyId列表的数据。--客户端建立相同的结构（无所谓，看你怎么存取方便），同样建立一个LastUpdateTime位，但这个位不是从服务器端来的，而是你每次更新本地数据的时候更新成当前时间。--客户端设置一个LastSyncTime，初始化时候是0就好了。--每次启动客户端的时候，后台开一个线程调用GetDataByTimeStamp(LastSyncTime)，（第一次就是0了，全更新），把数据更新到本地，记得更新本地每个记录的LastUpdateTime。成功后再用一起返回的那个Max(LastUpdateTime)更新本机的LastSyncTime设置。--当用户查看一组数据时，先查询本机上这组数据的LastUpdateTime（没有的设成0或是什么的），如果这批数据里面有更新时间比较早的（比如10天以前更新的），就先调用GetDataByCompanyId(string[] ids)单独更新这一批用户看的数据。*好处：
后台更新不需要阻塞用户的操作，可以在状态栏给他一个提示：“正在同步最新数据 %%...”，让他知道有这么一回事，注意下网络带宽就好了。当用户查询数据的时候，一屏幕的数据也没多少，所以就算他请求的所有id都在GetDataByCompanyId里面他也应该感觉不到太大的延时。**需要注意的地方：
--你可能需要重新看下业务当中的“删除”逻辑。这一套带TimeStamp的设计只对数据新增/修改起作用，删除记录的操作就不行。可能需要把删除操作改成设置一个Active标志位列为0，这样的数据不显示。--给用户详细说明一下这些后台动作，免得他们在不知情的情况下看到那么大的流量访问，还以为自己中病毒了。--如果GetDataByCompanyId失败，可以考虑给用户一个状态栏提醒什么的，告诉他现在看到的是本地之前更新的缓存，不是最新数据，想看最新的自己在刷新什么的。

Answer 10

其实我目前的方法就和你说的类似，我就是有一个lastupdatetime，这个在客户端，不在后台，客户端每次传给后台一个上次更新事件，因为后台数据库里有一个updateDate字段，所以每次返回的都是确保最新的，不过如果这个客户端1个月没更新的话，数据量依然很大，客户端有进程条的，客户还是等的着急。比如说5分钟还没完，人都要崩溃了。