mvn真是让人头疼 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Java - 爪哇娇娃

mvn真是让人头疼

mvn真是让人头疼# Java - 爪哇娇娃

m*s2014-06-30 07:06

1 楼

【以下文字转载自 Visa 讨论区】
发信人: mttbbs (mitbss), 信区: Visa
标题: 【包子问】请问申请移民的过程中能签F1么？
发信站: BBS 未名空间站 (Tue Feb 22 16:04:17 2011, 美东)
四大牛人之一，我朋友
父母在办亲属移民，他因为年岁不大，也一同file了，现在已经到比较靠后的步骤了（
具体我不明白）。现在他要去德国出差几个月，回来申F1有戏么？
我根据常识判断根本没戏，不过他不信，当然了，我的常识也不是太确凿。

M*R2014-06-30 07:06

2 楼

这样一个表格：
Visitor_ID | Session_ID | Count
1 11 1
1 12 2
2 13 1
2 14 1
3 15 1
需要找到所有的visitor,其count总数>=3，还要同时得到其所有的session，也就是说，
结果应该如下：
Visitor_ID | Session_ID | Count
1 11 1
1 12 2
也就是说，select中要有visitor_ID和session_ID，但是having的层次只能是
visitor_ID.
如果groupby 和having是这样
group by visitor_ID having count(count) >=3
我不能把session_ID放在select里面
如果groupby 和having是这样
group by visitor_ID, session_ID having count(count) >=3
则不会有找到任何行，因为同时在两个列上做了group by.
有没有什么办法解决这个问题？

z*e2014-06-30 07:06

3 楼

刚下了一个android studio的最新版
beta版，开开心心从preview版给换过去
setting设置的export/import这些都搞定了
然后升级各种plugins，也都没问题
但是android studio突然花了20多分钟在updating maven repository上
觉得很奇怪，后来进.m2文件夹看看
哎哟，我的妈呀
太久没删了，里面一堆东西
主要是倒腾vert.x和以前写的不少项目，都用maven在管
所以.m2越来越大，因为都是用eclipse在写，所以每次新增依赖
eclipse都会自动更新index，所以在eclipse感觉不出来
但是换到android studio需要重新建index就变得很慢
全删了，android studio陡然快了起来
maven这个设置实在是很糟糕，换个ide，每次建个mavn index都非常慢
以后还是用gradle了

m*s2014-06-30 07:06

4 楼

B*g2014-06-30 07:06

5 楼

什么数据库，什么version

说，

【在 M*****R 的大作中提到】

: 这样一个表格：
: Visitor_ID | Session_ID | Count
: 1 11 1
: 1 12 2
: 2 13 1
: 2 14 1
: 3 15 1
: 需要找到所有的visitor,其count总数>=3，还要同时得到其所有的session，也就是说，
: 结果应该如下：
: Visitor_ID | Session_ID | Count

i*w2014-06-30 07:06

6 楼

行艺？Andriod Studio（Intellij IDEA）和eclipse本来就不是同根生，当然不能互用
index。而且Intellj IDEA建index是出名的慢——十年前用3.0的时候就很有体会
gradle同样用的是maven的repository吧，很是怀疑换了gradle就会在这方面有所改进

C*a2014-06-30 07:06

7 楼

Co Ask!

【在 m****s 的大作中提到】

: up

h*g2014-06-30 07:06

8 楼

select visitor_id, session_id, count
from t
where exists (select sum(count)
from t t1
where visitor_id = t.visitor_id
having sum(count)>=3)

z*e2014-06-30 07:06

9 楼

简单，把m2里面东西全删了就快了

【在 i**w 的大作中提到】

: 行艺？Andriod Studio（Intellij IDEA）和eclipse本来就不是同根生，当然不能互用
: index。而且Intellj IDEA建index是出名的慢——十年前用3.0的时候就很有体会
: gradle同样用的是maven的repository吧，很是怀疑换了gradle就会在这方面有所改进

M*R2014-06-30 07:06

10 楼

SQL server 2008，这个有影响吗？

【在 B*****g 的大作中提到】

: 什么数据库，什么version
:
: 说，

B*g2014-06-30 07:06

11 楼

1.大多数本版sql问题都可以用PARTITION BY
2.老版本的数据库不一定支持PARTITION BY
http://msdn.microsoft.com/en-us/library/ms189461.aspx

【在 M*****R 的大作中提到】

: SQL server 2008，这个有影响吗？

M*R2014-06-30 07:06

12 楼

Thanks for the link, but how can OVER clause help here?
My problem is with the HAVING. I want the condition in HAVING to be
calculated on a different level from the groupby.
OVER doesn't seem to work with HAVING.

【在 B*****g 的大作中提到】

: 1.大多数本版sql问题都可以用PARTITION BY
: 2.老版本的数据库不一定支持PARTITION BY
: http://msdn.microsoft.com/en-us/library/ms189461.aspx

v*r2014-06-30 07:06

13 楼

OVER can be used together with Groupby/Having, but there is no need to use
OVER in your case.
楼上贴得那个用 subquery (exists) 的就可以解决你的问题呀, 或者你也可以用
inline view, 比如：
select t.visitor_id, t.session_id, t.count, t_v_count.count_again
from t，(select visitor_id, count(count) count_again from t group by visitor
_id having count(count) >=3) t_v_count
where t.visitor_id = t_v_count.visitor_id

说，

【在 M*****R 的大作中提到】

B*g2014-06-30 07:06

14 楼

为什么一定要用having呢？
SELECT Visitor_ID, Session_ID, Count
FROM (SELECT Visitor_ID, Session_ID, Count, SUM(Count) OVER(PARTITION BY Vis
itor_ID) AS ‘TotalCount’ FROM table)
WHERE TotalCount>=3

【在 M*****R 的大作中提到】

: Thanks for the link, but how can OVER clause help here?
: My problem is with the HAVING. I want the condition in HAVING to be
: calculated on a different level from the groupby.
: OVER doesn't seem to work with HAVING.

v*r2014-06-30 07:06

15 楼

不是说非要用 having, LZ 的 concern 是能否避免 subquery, 不管用aggregate 或
analytic function，他提的问题无法避免 subquery, aggregate/analytic function
都必须要用在 subquery 里。

Vis

【在 B*****g 的大作中提到】

: 为什么一定要用having呢？
: SELECT Visitor_ID, Session_ID, Count
: FROM (SELECT Visitor_ID, Session_ID, Count, SUM(Count) OVER(PARTITION BY Vis
: itor_ID) AS ‘TotalCount’ FROM table)
: WHERE TotalCount>=3

M*R2014-06-30 07:06

16 楼

多谢多谢。我就是想避免subquery，我在maintain一个query generation code logic
，现在
的设计不支持subquery。
看来是一定要改design了。
但是学到了OVER,也是很有用的，因为我的count要在不同的层上计算。我发现这个OVER
很有意义。

function

【在 v*****r 的大作中提到】

: 不是说非要用 having, LZ 的 concern 是能否避免 subquery, 不管用aggregate 或
: analytic function，他提的问题无法避免 subquery, aggregate/analytic function
: 都必须要用在 subquery 里。
:
: Vis

M*R2014-06-30 07:06

17 楼

OVER可以用在Having里面吗？为啥我的SQL SERVER 2008 R2说OVER cannot be used in
Having clause.

use
visitor

【在 v*****r 的大作中提到】

: OVER can be used together with Groupby/Having, but there is no need to use
: OVER in your case.
: 楼上贴得那个用 subquery (exists) 的就可以解决你的问题呀, 或者你也可以用
: inline view, 比如：
: select t.visitor_id, t.session_id, t.count, t_v_count.count_again
: from t，(select visitor_id, count(count) count_again from t group by visitor
: _id having count(count) >=3) t_v_count
: where t.visitor_id = t_v_count.visitor_id
:
: 说，

v*r2014-06-30 07:06

18 楼

They can be used together with group/having, but not inside group/having.
The reason is analytic functions always the last step to be computed (except
ORDER BY clause), so only legal to be put in SELECT/ORDER BY.
Almost all analytic functions are designed by Oracle first, then got
accepted into SQL89/92 standards, so they should behave the same for all
rdbms including SQLSerer.

in

【在 M*****R 的大作中提到】

: OVER可以用在Having里面吗？为啥我的SQL SERVER 2008 R2说OVER cannot be used in
: Having clause.
:
: use
: visitor

M*R2014-06-30 07:06

19 楼

Thanks. Taking note of this.

group/having.
(except

【在 v*****r 的大作中提到】

: They can be used together with group/having, but not inside group/having.
: The reason is analytic functions always the last step to be computed (except
: ORDER BY clause), so only legal to be put in SELECT/ORDER BY.
: Almost all analytic functions are designed by Oracle first, then got
: accepted into SQL89/92 standards, so they should behave the same for all
: rdbms including SQLSerer.
:
: in