首先,我相信SQL Server Management Studio中的查詢設計器可能與您在Access中使用的相同。我不是非常精通使用Access,除非通過代碼,但我認爲你可以在那裏做你想做的事情(在查詢設計器中)。我從來沒有發現它是非常靈活的,所以我總是最終回到代碼本身,但是你去了。我的其他答案有點偏離主題(並且主要針對google的發佈),但是如果您是開發人員(特別是使用SQL Server),它可能仍適用於:Visual Studio中的Linq to SQL。
我一直在開發針對SQL Server數據庫大約7年,現在大部分時間都是用手寫SQL語句。去年,我改變了工作,最終有一個環境,我的程序使用的數據庫是本地的,並沒有改變結構。我終於有了一個很好的機會開始使用Linq!
Linq是一個非常有用的工具!我現在幾乎(不完全)將它用於代碼中的所有數據庫交互。
基本要點是您在dbml文件中創建圖形數據庫佈局。這種佈局包括作爲對象的表格(或視圖)和作爲對象之間鏈接的關聯(PK/FK關係)。如何設置關聯會確定該屬性是單個對象還是該對象的實體集。想象一下,你有以下幾點:
TABLE (ORDERS) TABLE (CUSTOMERS)
-------------- ----------------
PrimKey
CustomerID --(FK)--> PrimKey
OrderDate CompanyName
使用LINQ to SQL,當你運行像下面這樣:
Using db as new DataBaseContext
Dim orders = (From iOrder In db.ORDERS Order By iOrder.Customer.CompanyName).ToList
End Using
你有訂單對象各自擁有其相應的客戶列表結束目的。您可以將其設置爲具有對象層次結構,並且它幾乎可以像您期望的那樣工作。
無論如何,這是一個相當大的話題,更多的進入比這裏適當,但足以說我認爲這是一個偉大的技術,橋接圖形交互與真實的,基本的代碼。
您使用的是哪種版本的sql server? – 2010-08-20 09:12:06
好吧,我不能說所有的SQL開發人員,但我已經學會了SQL的「純粹」方式(儘管可能不是純粹主義的動機,而是因爲沒有任何類似GUI的老式天),現在我熟悉它了,我會發現一個圖形查詢設計器笨重,分散注意力和笨重... – Timwi 2010-08-20 09:17:59
@Timwi恕我直言,我認爲這是開發人員更快的方式。情況是,許多經理/審計員/顧問轉換成excel或訪問某個SQL數據庫,而他們需要這樣的設計者來創建數據報告。對於創建整體視圖並將其調整爲記住數據庫的所有結構的簡單SQL來說,它們更快,開發人員無需創建此類報表,有時需要創建視圖,但通常這種視圖非常複雜,以至於無法在設計器中創建要困難得多。我無法想象如何使用設計器來調整查詢。 – 2010-08-20 09:44:11