问题标签 [data-access]

我的问题涉及 c# 以及如何访问静态成员......好吧，我真的不知道如何解释它（哪种对问题不好不是吗？）我会给你一些示例代码：

所以谢谢你们的回答（顺便问一下：我如何在不出错的情况下解决这个问题）。这对你来说可能是一个很简单的问题！

编辑：谢谢大家的回答！

虽然我认为 try-catch 短语是最优雅的，但根据我使用 vb 的经验，我知道它真的很糟糕。我用过一次，运行一个程序大约需要 30 分钟，后来只用了 2 分钟来计算，因为我避免了 try-catch。

这就是为什么我选择 switch 语句作为最佳答案的原因。它使代码更加复杂，但另一方面，我认为它相对较快且相对易于阅读。（虽然我仍然认为应该有更优雅的方式......也许在我学习的下一种语言中）

虽然如果您有其他建议，我仍在等待（并愿意参与）

这可能是在“讨论”方面，但我真的很想听听您对此的看法。

以前我经常编写同时处理读写的数据访问类，这经常导致命名不佳，如 FooIoHandler 等。难以命名的类可能设计不佳的经验法则表明这不是一个好的解决方案。

因此，我最近开始将数据访问拆分为 FooWriter 和 FooReader，这会产生更好的名称并提供一些额外的灵活性，但同时我喜欢将它们放在一起，如果类不是很大的话。

读者/作者分离是更好的设计，还是应该将它们结合起来？如果我应该将它们结合起来，我到底应该给这个类起什么名字？

谢谢/埃里克

您使用什么特定的方法/应用程序在您的应用程序和数据库之间进行通信？带有存储过程的自定义代码？亚音速？休眠？实体框架？林克？

有谁知道为给定类自动生成数据库表的方法？我不是在寻找整个持久层——我已经有一个正在使用的数据访问解决方案，但是我突然不得不存储来自大量类的大量信息，我真的不想创建所有这些表都是手工制作的。例如，给定以下类：

我期望以下 SQL：

我也想知道你如何处理复杂的类型。例如，在前面引用的类中，如果我们将其更改为：

我怎么能处理这个？

我已经研究过尝试使用反射来枚举每个类的属性，自己自动生成数据库脚本，但它很笨重，而且复杂的数据类型让我很难过。

这是一个 ASP.Net 2.0 网络应用程序。Item 模板如下所示，供参考：

在代码隐藏中使用它：

我制作这个：

我需要的是来自 Field1 和 Field4 的数据

我似乎无法以 DataList 或 GridView 的方式获取数据，而且我似乎无法在 Google 上提出任何其他内容或快速利用这个来做我想做的事。我能看到获取数据的唯一方法是使用正则表达式来获取它（因为一个人拿走了他想要的东西。他拿走了一切。我是男人，不是吗？Aren不是吗？）。

我是否走在正确的轨道上（不是在寻找特定的正则表达式来执行此操作；伪造这可能是一个后续问题；）），还是我错过了什么？

在这种情况下，中继器是一成不变的，所以我无法切换到更优雅的东西。曾几何时，我做了一些类似于 Alison Zhou 建议使用 DataLists 的事情，但已经有一段时间了（2 年多），我完全忘记了这样做。是的，谈论忽略一些明显的东西。. .

所以我按照艾莉森的建议做了，效果很好。我不认为这里的视图状态是一个问题，即使这个转发器可以获得几十行。如果这样做与使用相反，我真的无法回答这个问题（但这对我来说似乎是一个很好的解决方案）。显然后者不是一个视图状态足迹，但我没有足够的经验来说明什么时候一种方法可能比另一种方法更可取，而我面前没有一个极端的例子。艾莉森，一个问题：为什么是文字而不是标签？

Euro Micelli，我试图避免返回数据库。由于相对于开发世界的其他人来说，我仍然有点陌生，我承认我不一定很好地掌握有多少数据库旅行是“恰到好处”的。这里不会有性能问题（我知道应用程序的负载足以知道这一点），但我想我是出于习惯试图避免它，因为我的老板倾向于尽可能减少旅行。

在阅读了 Evan 和 Nilsson 的书后，我仍然不确定如何在域驱动项目中管理数据访问。CRUD 方法应该是存储库的一部分，即 OrderRepository.GetOrdersByCustomer(customer) 还是应该是实体的一部分：Customer.GetOrders()。后一种方法看起来更面向对象，但它会将单个实体类型的数据访问分配给多个对象，即 Customer.GetOrders()、Invoice.GetOrders()、ShipmentBatch.GetOrders() 等。插入和更新呢？

我想知道通过 WCF 服务公开哪些对象有意义 - 我应该将 WCF 序列化规范添加到我的业务实体，还是应该实现一个转换器，将我的业务实体映射到我想通过我的 WCF 公开的 DataContracts服务？

现在我有不同级别的实体：DataAccess、Business 和 Contract。我有转换器可以将实体从 DataAccess 映射到 Business，从 Business 映射到 Contract，反之亦然。实施和维护这些非常耗时且非常乏味。与此相关的最佳实践是什么？

如果我使用的是诸如 NHibernate 或实体框架之类的 OR/M，我应该直接从 ORM 中公开实体，还是应该像现在一样抽象它们？

我创建了一个工作流活动，它确实为特定列表的项目创建者提供了对项目的完全控制权，并将其他所有人设置为只读访问（权限）

有人告诉我这样做（如果我有很多用户）性能会急剧下降

那是对的吗 ？！！

如果是，那么创建列表的最佳解决方案是什么

我已经阅读并涉足了一些内容，包括活动记录、存储库、数据传输对象。哪个最好？

传统主义者认为，与使用 NHibernate 等对象关系映射 (ORM) 框架相比，存储过程提供了更好的安全性。

为了反驳这个论点，NHibernate 可以使用哪些方法来确保适当的安全性（例如，防止 sql 注入等）？

（每个答案请只提供一种方法）