问题标签 [dynamic-data]

我看到您可以指定插入、更新和删除存储过程，但对于 SELECT 存储过程没有直接的方法。

我正在使用 ASP.NET 动态数据编写一个非常复杂的 Web 表单。此表单上的一些控件回发，因为控件之间存在依赖关系。我注意到每次回发时视图状态都在变大，直到 5 点左右之后，渲染过程和实际加载到 Web 浏览器中的页面之间存在很长的延迟。

即使我只是单击一个单选按钮来导致回发，而不在表单中输入任何数据或任何其他更改，也会发生这种情况......

我检查了旧版本的表单，它不使用动态数据，并且视图状态根本没有增长......所以我推测动态数据控件在某种程度上应该受到指责......

还有人看到这个吗？有解决办法吗？

如果我<asp:ButtonField runat="server" DataTextField="Name" CommandName="GetName"></asp:ButonField>在 GridView 中有这个。有什么方法可以从 OnRowCommand 方法中检索 DataTextField（名称）？

或者，是否有任何方法可以使 CommandName 成为根据给定数据动态输入命令的属性，类似于 DataTextField 与 TextField 之间的区别。

我正在使用 L2S 显示来自 SQL Server 的客户记录列表，我只想显示活动客户（其中状态 = 'A'）。如何在动态数据中实现这个逻辑？我正在使用 List.aspx 模板。我不想要下拉过滤选项。

我正在为我的一位客户构建网站内容管理系统。这是一个高度定制的系统，所以我不能使用任何“搁置”解决方案。

我需要允许我的客户即时向网站添加页面。我在这里有两个选择：（1）以 www.mycompany.com/page.aspx?catID=5&pageID=3 的格式创建一个数据库驱动的页面（使用类别和页面 ID 查询数据库，获取数据并显示它(2) 允许管理系统创建静态页面，例如 www.mycompany.com/company/aboutus.aspx 和 www.mycompany.com/company/company_history.aspx 等。

我相信，虽然前者更容易实现，但后者对用户和谷歌来说都更好。

我的问题是（最后）：（1）您是否同意后者是更好的解决方案，以及（2）实施这种解决方案的最佳方法是什么？我是否应该使用文件系统创建和更新每个文件（即站点的管理系统要求用户提供页面/文件名、页面标题和内容，并根据这些参数动态创建页面）？有没有更好的办法？

谢谢！

这是我的代码：

'dateApproved' 在业务逻辑中更新，但此更改未应用于数据库表。我已经看到了一些示例，其中每当对表进行任何编辑时都会更新 DateUpdated 列，但我只对更新此字段时更新时间戳感兴趣并且我不确定访问的最佳方式此范围内的 DataContext。

我需要实例化数据上下文并手动更新吗？

编辑做了一些更多的研究，发现一些博客建议在更新时添加业务逻辑，如下所示：

但是，我无法确定任何方法来确定特定字段是否已更改。有任何想法吗？

我遇到了一个问题，可能经常看到，但这里从未真正讨论过。

在我的 Gui 中，我将 for 循环中的控件添加到 Flowpanellayout。重点是显示来自数据库的“报告”。它必须是动态的，因为每天的报告数量可能不同。

伪代码添加 Gui 元素：

事件处理程序：

在这里，我需要你的建议。文本框和标签匹配（如您所见，Texbox1 与 Label1 相连）。但是，我如何特别解决一个控件？

• 如果 Texbox1 的 Text 发生变化，我如何解决 Label1 以更改其 Text 或其他内容？
• 是否有向表单添加动态 Gui 元素并处理它们的最新技术？

为“构建自己的表单”风格的网站寻找可扩展、灵活且快速的数据库设计 - 例如Wufoo。

规则：

1. 用户只有 1 个可以构建的表单
2. 用户可以创建自己的字段或从“标准”字段中进行选择
3. 用户的 1 个表单具有用户想要的尽可能多的字段
4. 值可以是另一个值的兄弟值 例如照片值可以具有名称、位置、宽度、高度作为兄弟值

特别规则：

1. 用户每天最多可以提交 5 次表单
2. 价值日期很重要
3. 报告值的灵活性（对于单个用户、跨所有用户、1 个字段、许多字段）非常重要——数据可视化（大多数将基于时间顺序，例如所有用户的 2009 年 7 月的所有照片）。

表“用户”

uid

表“field_user” - 将字段分配给用户表单

菲德

uid

weight - int - 用于对用户表单上的字段进行排序

表“字段”

菲德

creator_uid - int - 字段“创建者”

标签 - varchar - 例如电子邮件

value_type - varchar - 用于确定将填写“values”表中的哪个字段（例如，如果为“int”，则该字段的值将提交数据到 values.type_int 字段 - 所有其他 .type_x 字段将为 NULL） .

field_type - varchar - 例如 'email' - 用于特殊条件，例如验证规则

表“值”

视频

parent_vid

菲德

uid

日期 - 日期

date_group - int - 值 1-5（用户每天最多可以提交 5 个表单）

type_varchar - varchar

type_text - 文本

type_int - 整数

type_float - 浮动

type_bool - 布尔型

type_date - 日期

type_timestamp - 时间戳

我知道这种方法意味着“值”表中的记录将只有一条数据，而其他 .type_x 字段包含 NULL ......但据我了解，这种设计将是“最快”的解决方案（更少的查询，更少的连接表）

ASP.net 脚手架通过在表名称中添加“S”来创建管理页面名称。因此 User 表的编辑页面被命名为 Users，以此类推。

有没有一种简单的方法可以在不创建自定义页面的情况下更改该名称？

例如，对于表“Business”，我希望 ASP.net DynamicData 创建一个名为“Businesses”的管理链接，该链接出现在首页，而不是我现在得到的非常丑陋的“Businesss”。

当然，我不关心路由 URL 中将出现的名称，只希望首页的名称正确显示。

... it just doesn't work, at all. I've tried for days, with all different combinations of frick'n stuff and it won't budge.

There are certainly people out there who seem to be blogging about breezing through this sort of thing without seeing a glimpse of an issue saying things like "We all know that you can show public properties of extended EF classes by..." and "If you want to extend your data model to show a calculated field, simply..." - not so simple for me - arghghhhhghhhhhghh!!!

So, as per all of the typical examples, my EF partial class looks like this:

My global.asax looks like this:

And my List.aspx.cs looks like this:

...I'm using a version of Dynamic Data Futures to get functionality like column ordering, better validation, etc, which is working fine. Have made a couple of adjustments to (e.g.) List.aspx.cs (shown above) and have changed the date formatting so as NZ style dates work on my US web-server. Other than that, everything's pretty standard, AFAIK.

My EF Models are housed in a separate assembly and am (obviously) extending some of the Entitys using partial classes. I just want to show two calculated bloody fields, but am having no success at all. I feel like I'm a new programmer bashing my head against a brick wall - none of the old tricks work. Programming shouldn't be this hard :-(

Someone, anyone, please help!!

Bernard.