請問當程式設計師的大大
 

SQL Server 2000是不是很難懂呢？ :(
我公司是用SQL Server 2000及用vb6開發使用者介面
總覺得
vb6好像是簡單
但是遇到SQL Server的問題就感到無力
不知道大大
你們的感覺呢？
我公司算是一家中、小企業
也請大大提供一些如何學好SQL Servero撇步給我
謝謝 :)

你是指sql statement還是schema design

sql語法我會一些，但對於t-sql就不懂了
關於資料表的設計大概是懂。
最主要的不懂是
公司的程式是請人開發的
以薪資計算程式來說，
在vb6內看不到有關計算之類的程式碼
問開發公司
他們說：計算之類的程式大都放在SQL Server中
這個就超出以前我所學的範圍圍了
因為我一直以為
程式碼應該都是用vb6寫的
SQL Server只是在放資料的地方
謝謝

T-SQL的話，中文書可以參考這本
T-SQL 程式設計徹底研究

謝謝你的介紹
請問一下
這本書會不會很難呢？

我這裡已經有買了兩本書
一本是SQL server 2000管理實務
SQL server 2000設計實務
似乎都不好懂
書那麼大
真不知該如何下手
請問一下，從那一本開始讀比較好呢？
謝謝

我個人覺得還好。會寫VB應該夠了，雖然T-SQL有很猛的寫法，但我個人寫來寫去都那幾招 :cool:
至於你說的那兩本書，我沒看過所以無法評論
不過就網路上的介紹來看，設計實務應該是關於DB架構的設計基礎，管理實務則是SQL Server的使用與管理手冊。
所以如果你的目標是要看懂或是會寫T-Sql、store procedure、trigger等等之類的SQL程式，買一本T-SQL的書來下功夫應該還是跑不掉。

T-SQL不會很難懂!
如果要學建議是看T-SQL 程式設計徹底研究!
這本書還不錯!另外一本是:SQL SERVER 2000 預存程序 程式設計
這本也不錯!

謝謝你們的建議 ^^

能否再請問一下
大部分的程式設計師
是否都把程式（計算、運算等等 ）
都儘量放在sql server中呢？
這樣作是否優點會比較多呢？
謝謝

這要從DB的結構以及你打算進行的相關運算來考量
原則上DB的結構已經tune過的話
如果所使用的運算可以用簡單sql來表示的話，那放在哪邊的影響不大。我個人覺得運算放在資料庫之外最大的好處是程式可攜性高，不會因為換資料庫就得改程式。
如果無法用簡單或少數sql指令就解決的話，那寫成stored procedure效果就會好很多(因為可以有效減少server端與client端之間的IO量)，壞處就是換資料庫就得改寫一堆stored procedure和trigger。曾經將程式從Oracle 改到 MS Sql上，真是惡夢.....(當然也有可能是因為小弟肉腳的關係啦 :D)

我公司替很多公司開發專案，所以這問題我可以簡單的跟您回答：
現在越來越少會把相關演算放在資料庫裡（stored procedure），以前會希望效率好所以寫在資料庫端，但慢慢的發現維護上比較不方便。原因是一般大企業會有自己的資訊維護人員，而我們這些開發的大都不會有DBA的權限（也不建議有），所以要更動stored procedure or view 時比較不便，且資訊人員交接時也許會對系統有交代，但資料庫端的一些相關程序，我敢打賭十之八九都懶得提，會叫下一棒自己慢慢看。
另一個缺點是：如果該專案是用oracle開發的，我們這些軟體工程師常常用自己的NB來開發，習慣上常會在NB上安裝sql server or mysql else，但我絕不建議NB上裝Oracle，跑起來太吃力了（也佔記憶體空間），這時候如果只是單純的table 可以一樣建立在sql server進行測試，如果有額外的程序，可能寫法上就不一樣了。（當然，有些SQL語法在二邊是不太一樣的，但我們會盡量避免使用獨特的語法，造成維護上的不便，所以大部分的程式在不同資料庫執行都是OK的）

總之，建議您花點時間玩玩T-SQL，其實它很有趣的，寫的好與壞之間造成效率上的差異非常大，要多加注意哦。