best practices for sql developer - 未名空间MITBBS历史存档

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

Redian新闻

>未名空间

>Database - 数据库

best practices for sql developer

best practices for sql developer# Database - 数据库

e*n2011-08-01 07:08

1 楼

【以下文字转载自 Postdoc 讨论区】
发信人: endaimien (endaimien), 信区: Postdoc
标题: 交了I-140绿卡申请表，还能延期DS-2019吗？
发信站: BBS 未名空间站 (Tue Jan 7 16:22:32 2014, 美东)
据我所知，交了I-140以后，J1签证申请肯定被拒。
但是我只延期DS2109，然后不申请J1，这样DS2109表的延期能成功吗？

g*l2011-08-01 07:08

2 楼

随便总结了一下，不包括ETL,抛砖引玉了，
1. never use * in query, only use specific columns and rows you need, never
use extra
2. table uses dbo prefix, selection uses with (nolock)
3. repeated code section can be replace by UDF or stored procedure
4. join is always on the key. if join is not the key, you need to be very
careful
5. layout flow chart for complicated stored procedure before coding
6. CTE is a good choice to replace subquery, table variable and temp table
7. all the work should be done on the temp table to prevent blocking before
insert/update transaction table
8. use query execution plan for better performance
9. avoid cursor if possible.
10. avoid long update/insert/delete, use batch instead.
11. if value has no change, do not update. Comparison is less costly than
update in OLTP. use if exists to guard

e*n2011-08-01 07:08

3 楼

B*g2011-08-01 07:08

4 楼

序号不对吧。
另外还是应该解释一下cursor。尽量不用cursor是指尽量不要用cursor一次只loop一个
record。

never
before

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

: 随便总结了一下，不包括ETL,抛砖引玉了，
: 1. never use * in query, only use specific columns and rows you need, never
: use extra
: 2. table uses dbo prefix, selection uses with (nolock)
: 3. repeated code section can be replace by UDF or stored procedure
: 4. join is always on the key. if join is not the key, you need to be very
: careful
: 5. layout flow chart for complicated stored procedure before coding
: 6. CTE is a good choice to replace subquery, table variable and temp table
: 7. all the work should be done on the temp table to prevent blocking before

p*r2011-08-01 07:08

5 楼

我理解是不能。

g*l2011-08-01 07:08

6 楼

有时候确实要用CURSOR的，虽然慢，但不LOCK，对特别忙的OLTP

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

: 序号不对吧。
: 另外还是应该解释一下cursor。尽量不用cursor是指尽量不要用cursor一次只loop一个
: record。
:
: never
: before

g*l2011-08-01 07:08

7 楼

今天有个工作，大公司，PRINCIPAL SQL DEVELOPER，虽然不是喜欢的工作，我也去递
简历了，觉得自己比一般的DEVELOPER强。

s*02011-08-01 07:08

8 楼

能不能讲讲10的理由？　如果整个insert, update, delete 是在一个transcation里（
一有错就要全部rollback) 这么做不是更费事？用不用batch所有的数据不是都一直被
lock着？
还有，你去面试SQL developer的时候是不是经常会被问到一些一般的programming的问
题？（像 class inheritance，algorithm 之类的问题？）刚开始找新工作，已经连
着两次遇到这样的phone interview了，job description 里都是一些ETL,Data
Warehouse， reporting 和 building Cubes的要求，面试偏偏问了很多关于编程的东
西。

B*g2011-08-01 07:08

9 楼

when you use batch, you can add COMMIT for each batch.

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

: 能不能讲讲10的理由？　如果整个insert, update, delete 是在一个transcation里（
: 一有错就要全部rollback) 这么做不是更费事？用不用batch所有的数据不是都一直被
: lock着？
: 还有，你去面试SQL developer的时候是不是经常会被问到一些一般的programming的问
: 题？（像 class inheritance，algorithm 之类的问题？）刚开始找新工作，已经连
: 着两次遇到这样的phone interview了，job description 里都是一些ETL,Data
: Warehouse， reporting 和 building Cubes的要求，面试偏偏问了很多关于编程的东
: 西。

g*l2011-08-01 07:08

10 楼

TRANSACTION很忙的TABLE,你如果UPDATE的话，就会LOCK住TABLE，别人想INSERT
UPDATE DELETE就不行了，UPDATE的时间越长LOCK的时间也就越长，UPDATE语句
IMPLICITLY BEGIN TRAN COMMIT TRAN。所以分成几个小块去UPDATE，RUN完一个休息
一下，让其他的TRASACTION有时间COMPLETE，再RUN
下一个。比如，你要UPDATE一万个ORDR,估计一下需要多长时间，如果UPDATE的VALUE
多，可能会10分钟，或者一个小时，可以分成10个TRANSACTION去 UPDATE，每个一分钟
或者6分钟，就不至于一LOCK就是一个小时,LOCK越来越多，系统就会出问题。

s*02011-08-01 07:08

11 楼

但是 ETL 的时候一个partially updated table是非常非常麻烦的。你要多花很多功
夫设计 SSIS 里的restarting points。（如果你commit一个 Foreach container
loop 里的每一个statement，一旦运行到一半出了错你要restart会非常麻烦的。特
别是有些type 2 slowly changing dimensions）

g*l2011-08-01 07:08

12 楼

ETL是TOTALY DIFFERENT STORY了,我讲的是OLTP的系统，你的是OLAP的，OLAP讲的是利
用内存快速的把数据全部LOAD进LOCAL TABLE，避免VALIDATATION和DATA TYPE CHECK，
进到系统里以后再VALIDATE，这是我个人的经验。

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

: 但是 ETL 的时候一个partially updated table是非常非常麻烦的。你要多花很多功
: 夫设计 SSIS 里的restarting points。（如果你commit一个 Foreach container
: loop 里的每一个statement，一旦运行到一半出了错你要restart会非常麻烦的。特
: 别是有些type 2 slowly changing dimensions）

v*r2011-08-01 07:08

13 楼

标题应该改一下： Best practices for sql developer of MS SQLServer.
不然很让人误解.
有些不敢苟同：
1. never use * in query ...
Comment: Never say "never", 难道就没有碰到过需要 query 一个表所有columns 的
时候?我是经常见:-)
4. join is always on the key ...
Comment: The joined columns don't have to be the key columns, for efficient
join, they just need to be indexed.
7. All the work should be done on the temp table to prevent blocking before
insert/update transaction table.
Comment: Poor design of Sybase (SQL Server should not be blamed:-) has made
this performance workaround a "best practice".
8. Avoid cursor if possible.
Comment: Again, poor implementation of Cursor concept(Sybase, SQLServer, not
sure which one should be blamed) has made Cursor, one of the most powerful
programming construct in Oracle, basically useless in SQLServer.

never
before

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

i*a2011-08-01 07:08

14 楼

1. never use * in query ...
Comment: Never say "never", 难道就没有碰到过需要 query 一个表所有columns 的
时候?我是经常见:-)
Even if all columns are needed, avoid using select *. list all columns
specifically. So when somebody adds a column to the table it doesn't break
your program.

efficient
before

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

: 标题应该改一下： Best practices for sql developer of MS SQLServer.
: 不然很让人误解.
: 有些不敢苟同：
: 1. never use * in query ...
: Comment: Never say "never", 难道就没有碰到过需要 query 一个表所有columns 的
: 时候?我是经常见:-)
: 4. join is always on the key ...
: Comment: The joined columns don't have to be the key columns, for efficient
: join, they just need to be indexed.
: 7. All the work should be done on the temp table to prevent blocking before

g*l2011-08-01 07:08

15 楼

任何事情都是有EXCEPTION，所谓BEST PRACTICE么，就是尽量地做到，做不到的时候要
小心。另外，还有人用SYBASE吗，死菜了？LOL

v*r2011-08-01 07:08

16 楼

Agree, I used a bad excuses to justify use of "*". Still I will try to avoid
using "never" for proposing best practices.

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

: 1. never use * in query ...
: Comment: Never say "never", 难道就没有碰到过需要 query 一个表所有columns 的
: 时候?我是经常见:-)
: Even if all columns are needed, avoid using select *. list all columns
: specifically. So when somebody adds a column to the table it doesn't break
: your program.
:
: efficient
: before

v*r2011-08-01 07:08

17 楼

SQLServer 不是 Window 版的 Sybase 吗？

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

: 任何事情都是有EXCEPTION，所谓BEST PRACTICE么，就是尽量地做到，做不到的时候要
: 小心。另外，还有人用SYBASE吗，死菜了？LOL

g*l2011-08-01 07:08

18 楼

我都很久没有见过SYBASE SQL招人的广告了。

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

: SQLServer 不是 Window 版的 Sybase 吗？

B*g2011-08-01 07:08

19 楼

要厚到，哈哈。

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

: 我都很久没有见过SYBASE SQL招人的广告了。

v*r2011-08-01 07:08

20 楼

大公司用 sybase 的还是不少吧.
想起了sybase 和 sqlserver 的老祖宗 Ingres. 头几年去一家公司，finance
application 还是 Ingres based, 我帮着管过几天. 去参加了一个 Ingres 的 User
group meeting, 到会的竟然有五十来家用户，其中不乏一些大公司。不过开完会回
来没多久我们就把它 migrate 到 Oracle 上去了。

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

: 我都很久没有见过SYBASE SQL招人的广告了。

B*g2011-08-01 07:08

21 楼

oracle有工作要贴出来。

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

: 大公司用 sybase 的还是不少吧.
: 想起了sybase 和 sqlserver 的老祖宗 Ingres. 头几年去一家公司，finance
: application 还是 Ingres based, 我帮着管过几天. 去参加了一个 Ingres 的 User
: group meeting, 到会的竟然有五十来家用户，其中不乏一些大公司。不过开完会回
: 来没多久我们就把它 migrate 到 Oracle 上去了。

g*l2011-08-01 07:08

22 楼

SQL SERVER现在都快变LEGACY了，大公司都蜂拥ORACLE去了，我现在也被逼的去学
ORACLE。

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

B*g2011-08-01 07:08

23 楼

你假如组织了吗？

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

: SQL SERVER现在都快变LEGACY了，大公司都蜂拥ORACLE去了，我现在也被逼的去学
: ORACLE。

g*l2011-08-01 07:08

24 楼

木有来，去看看

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

: 你假如组织了吗？