问题标签 [updates]

我正在使用以下代码行来更新基于 rowid 的记录：这里 dsmain 我正在使用的数据集....

对于 j = 2 到 AuditGrid.Rows - 1

问题是数据库没有被更新。该怎么办？

假设您正在进行一个长期运行的项目（长期运行 = 数年），并且正如预期的那样，将会有一些全新的版本出现。可能会有一个具有全新功能的新 .Net 框架（例如 Linq、Entity Framework、WPF、WF...）、一个新的 Visual Studio 或您最喜欢的控件库的 V.next、一个新的 Mock 框架和更多的东西. 您处理这些技术更新的指导方针是什么？您是立即采用它们还是在项目结束之前忽略它们？你对不同的东西（工具、框架、支持的东西）有不同的指导方针吗？

我的团队有一些关于更新实体数据以及如何最好地处理它的讨论。这是一个安全框架，所以这里有一些限制和想法。

1. DB 中的每个表都有一个作为 guid 的 PK，这是我们的多节点集群解决方案所必需的。我们的想法是我们不想通过 API 将实体上的这个暴露给客户，因为它可以做两件事，
   1. 为他们提供工作所需的更多信息，并为黑客提供有关系统的更多信息。
   2. 支持噩梦是客户端以某种方式硬编码到此 ID，如果我们需要更改 PK 的客户端会受到影响。

解决方案是公开项目的自然键，例如具有唯一名称的角色对象和领域，一起保证唯一性但是更新这些值中的任何一个都是挑战，因为您需要指定要更新的旧值和新值，或者传递两个原始对象和新对象中的对象，因此我们可以找到要更新的对象。有点乱，

另一种方法是制作一个备用密钥并将其公开给客户，他们可以随心所欲地使用它，我们不在乎，因为它与我们的 PK 无关。

现在似乎每个人都只是使用 PK 作为实体的 ID，没有任何问题，不知道如何说服我们的老兵团队从过去的编程时代开始。

另一个问题是如何支持部分更新，问题是您拥有具有 10 个属性、4 个集合等的实体......具有名称+领域组合并指定要更新的属性而不是下拉整个对象更改 1 字段，发回更新。我说延迟加载集合，但不确定部分更新是否有意义。

想法？

谢谢！

我想为 beta 测试组上传我的 iOS 应用程序的新 beta 版本。用户将他们的数据保存在 Documents 文件夹中。为了让用户在不丢失数据的情况下升级他们的应用程序，我需要做什么？

我在点击一个表单按钮时重新执行导入的 js 文件，该按钮调用一个函数将 DOM 元素插入页面（模拟 ajx 回调函数的 exe）。DOM 插入会导致页面刷新，重新请求服务器的所有文件。

函数调用没什么大不了的：

DOM 更新代码的目标 DIV 是：

我在此页面上放置了一个警报，在函数尝试插入新的 LI [奇怪的是，LI 出现一瞬间然后消失] 后，页面刷新被触发，我在页面上的警报重新执行。

// 也许我在这台计算机上遇到了浏览器问题，或者我只是一个新的脚本编写者 // 看不到问题...任何评论表示赞赏。

我正在为 iPhone 开发一个电子书应用程序。考虑到 Apple 审核和发布更新所需的时间，我正在考虑添加一项功能以通过我自己的（由 Google App Engine 提供支持的）网站更新内容。

这将允许我随意更新内容，而不是受制于 App Store 审查团队。Apple 是否可能会在应用程序中拒绝这种行为？我已经在 Apple Developer 论坛中询问过，但没有收到任何回复。

我在运行 Java 1.4 的 Windows 服务器上运行应用程序

在右下角，Java 要我更新。这是要更新到 Java 1.6，还是这些自动更新只推出非破坏性补丁，我的系统仍然是 Java 1.4

任何见解都会很棒！

谢谢。

当我选择（通过单独的页面）时，我想为所有用户动态更新网页的一部分。

我正在考虑的场景：

1. 假设页面上有一个聊天框和一张图片。
2. 当我单击另一个页面（或相同页面）上的按钮时，图片将变为嵌入的 youtube 视频，供页面上的所有用户聊天。

最好/最简单的方法是什么？

我正在创建一个网格应用程序，它要求我将包装类的软件数据包发送到我的网格中的参与节点。

我想出的第一个想法是让主节点联系每个节点（运行 Windows 服务）并发送一个程序集，其中包含一个遵循公共接口的类以及一个包含配置信息的 .config 文件。

有一个更好的方法吗？除了关于这应该是推动还是拉动的讨论之外，获得有效软件更新的最佳方式是什么？如果我可以使用类似于客户端节点调用的 WCF 服务的东西，那就太好了，但这当然会将真正的处理留在主节点上，这将有效地使我的集群解散。

我正在构建的应用程序的一部分需要检查 RSS 提要以获取更新。我正在寻找一种可靠的方法来了解提要是否有新条目。

我知道有时人们会发帖到未来，然后再发帖到现在，这可能会导致某些条目被隐藏。似乎还有比这更多的并发症。我还知道，对标题或内容进行散列会导致性能不佳和结果不可靠，因为这些可能会发生变化并且不是新条目的标志。而且我知道几年前当我手动维护播客 RSS 提要时，我从未更改过该项目。

所以，我需要一些方法来可靠地检查 RSS、Atom 等提要中的新条目，因为它们是最后一次检查的。

具体来说，这个应用程序将使用Universal Feed Parser用 Python 为 Google App Engine 编写，但我怀疑在这种情况下这太重要了。