Queen bed配什么尺寸的Rug？怎么摆？ - 未名空间MITBBS历史存档

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

Redian新闻

>未名空间

>Living

Queen bed配什么尺寸的Rug？怎么摆？

Queen bed配什么尺寸的Rug？怎么摆？# Living

H*72013-10-30 07:10

1 楼

后端码农到底要不要会手写复杂SQL 简单的还行复杂的写不来需要补课么
★ 发自iPhone App: ChineseWeb 8.7

R*g2013-10-30 07:10

2 楼

网上看来的四个摆法，大家怎么选？或者有更好的摆法？

I*g2013-10-30 07:10

3 楼

当然要， innerjoin， outerjoin, natural join, decompose table, write driver
for ODBC, JDBC, etc.

【在 H******7 的大作中提到】

: 后端码农到底要不要会手写复杂SQL 简单的还行复杂的写不来需要补课么
: ★ 发自iPhone App: ChineseWeb 8.7

w*m2013-10-30 07:10

4 楼

除了右下的，其它三种都可以，具体还要摆在卧室看看

d*i2013-10-30 07:10

5 楼

看来我还是辞职算了

driver

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

: 当然要， innerjoin， outerjoin, natural join, decompose table, write driver
: for ODBC, JDBC, etc.

M*22013-10-30 07:10

6 楼

右上吧如果是木地板的话。下面不要出来那么多。

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

: 网上看来的四个摆法，大家怎么选？或者有更好的摆法？

s*s2013-10-30 07:10

7 楼

还有cross join, explode, haha

driver

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

: 当然要， innerjoin， outerjoin, natural join, decompose table, write driver
: for ODBC, JDBC, etc.

C*e2013-10-30 07:10

8 楼

右上是最常见的

a*u2013-10-30 07:10

9 楼

不用，现在稍微大点网站都sharded数据库，写什么复杂sql。复杂query都hive解决

后端码农到底要不要会手写复杂SQL

【在 H******7 的大作中提到】

: 后端码农到底要不要会手写复杂SQL 简单的还行复杂的写不来需要补课么
: ★ 发自iPhone App: ChineseWeb 8.7

s*s2013-10-30 07:10

10 楼

傻了 hive能用再后端马 hive run以下要几分钟几小时
hive难道不是SQL写的马？

【在 a*****u 的大作中提到】

: 不用，现在稍微大点网站都sharded数据库，写什么复杂sql。复杂query都hive解决
:
: 后端码农到底要不要会手写复杂SQL

g*g2013-10-30 07:10

11 楼

不用太复杂，但什么join, group by, exists，不熟悉debug有难度呀。

g*g2013-10-30 07:10

12 楼

不用太复杂，但什么join, group by, exists，不熟悉debug有难度呀。

w*z2013-10-30 07:10

13 楼

我们全是stored procedure.

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

: 不用太复杂，但什么join, group by, exists，不熟悉debug有难度呀。

w*r2013-10-30 07:10

14 楼

知道一点点就可以了，工作时候学呗

g*g2013-10-30 07:10

15 楼

你们这个太夸张了，10年前就out了。

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

: 我们全是stored procedure.

r*d2013-10-30 07:10

16 楼

觉得基本的sql语句2天左右就看完了吧。后端的db还是比较重要吧。

L*s2013-10-30 07:10

17 楼

面FB那次，乱七八糟的什么pivoting也要考

c*f2013-10-30 07:10

18 楼

直接ORM不得了自从用了ORM join难度以上的语句全忘记了。。

g*g2013-10-30 07:10

19 楼

会碰到很多 debugging的时候，你不可能找个东西还 ORM.

【在 c****f 的大作中提到】

: 直接ORM不得了自从用了ORM join难度以上的语句全忘记了。。

s*72013-10-30 07:10

20 楼

现在的app server跑memcache 不就是用来干这个的，我现在join都用的少了，什么都
是一次性读出来cache, 再automation更新。敏感交易数据才会join来join去的，一堆
constraint.

p*22013-10-30 07:10

21 楼

现在很多nosql

【在 H******7 的大作中提到】

: 后端码农到底要不要会手写复杂SQL 简单的还行复杂的写不来需要补课么
: ★ 发自iPhone App: ChineseWeb 8.7

w*z2013-10-30 07:10

22 楼

你们用orm?还是直接写SQL?

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

: 你们这个太夸张了，10年前就out了。

w*r2013-10-30 07:10

23 楼

不会ORM

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

: 你们用orm?还是直接写SQL?

w*z2013-10-30 07:10

24 楼

我也不用，嫌麻烦。都自己写Dao.

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

: 不会ORM

w*r2013-10-30 07:10

25 楼

DAO也不用，现在简单到store procuder直接返回一个table就完了

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

: 我也不用，嫌麻烦。都自己写Dao.

g*g2013-10-30 07:10

26 楼

当然用ORM，关系一复杂，手写SQL得累死。这个事情10年前就是共识了。这年头RDBMS/
NoSQL混着用，非常追求性能的SQL query也少了，denormalization的需要也降低了，
ORM就更好使了。Spring Data几乎把所有的boiler plate都去掉了。

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

: 你们用orm?还是直接写SQL?

w*z2013-10-30 07:10

27 楼

楼上两位，截然相反啊。orm 就是碰到tricky的case 不好搞。都不知道它run 哪个SQL

RDBMS/

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

: 当然用ORM，关系一复杂，手写SQL得累死。这个事情10年前就是共识了。这年头RDBMS/
: NoSQL混着用，非常追求性能的SQL query也少了，denormalization的需要也降低了，
: ORM就更好使了。Spring Data几乎把所有的boiler plate都去掉了。

g*g2013-10-30 07:10

28 楼

tricky的你跑native SQL没啥呀。缺省还是ORM简单。至于SP，不利于Scale, 不cache
friendly，不好维护. 除非是后台生成报表，否则没人用了。

SQL

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

: 楼上两位，截然相反啊。orm 就是碰到tricky的case 不好搞。都不知道它run 哪个SQL
:
: RDBMS/

w*z2013-10-30 07:10

29 楼

具体说说为什么不scale 和 cache friendly？ sp 在db 上跑，不用把data传回client
再process,应该更快，也省bandwidth. 坏处是增加了db server 的负担，确实不好
debug 和维护，也没法移植。

cache

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

: tricky的你跑native SQL没啥呀。缺省还是ORM简单。至于SP，不利于Scale, 不cache
: friendly，不好维护. 除非是后台生成报表，否则没人用了。
:
: SQL