首先,我相信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