我在修改三层结构的数据时，为什么会报错’record not found,or change by other user'

lostnet 2002-01-07 03:41:13

在修改数据的时候
中间层的会报错
record not found ,or change by other user
怎么办呀

...全文

99 2 打赏收藏举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

taber 2002-01-07

打赏
举报

回复

你用了触发器了吗？

chen_weiping 2002-01-07

打赏
举报

回复

肯定还有那个人在用你这套系统，或中间层有你客护端的程序。而且在运行中

转自：http://www.skinplusplus.com/bbs/archiver/tid-115515.html 覆雨翻云发表于 2010-5-29 14:14 Clientdataset.ApplyUpdates 的问题求助我调用Clientdataset.ApplyUpdates,出现record not found or changed by ...

在软件开发中，三层架构是一种经典的分层设计模式，它将应用划分为表示层、业务逻辑层和数据访问层，以实现关注点分离和代码解耦。其核心原理是通过定义清晰的职责边界，降低模块间的耦合度，提升系统的可维护性和可扩展性。这种架构的技术价值在于，它为开发者提供了一种工程化的思维方式，能够系统性地组织代码，应对业务复杂度。典型的应用场景包括各类中小型业务管理系统，例如图书管理系统、订单管理系统等。本文以图书管理系统为例，深入剖析了如何运用三层架构思想，结合实体类设计和数据库表结构规划，构建一个完整的控制台应用。通过这个项目

摘要：物料主数据在S/4HANA项目中常因跨系统集成演变为复杂问题，涉及采购、生产、质量等多环节协同。MATMAS03/05负责核心物料数据，但附加数据（如BOM、分类、采购记录）需独立IDoc分发。实践中，IDoc顺序错误比字段映射更易引发故障（如采购记录因物料未同步而报错）。完整分发需协调MATMAS、CLFMAS、BOMMAT等IDoc类型，并通过ALE配置依赖关系。Clean Core原则建议优先使用标准IDoc，避免定制化增强。项目验收需验证业务全链路（如MES能否生产），而非仅IDoc状态。A

51CTO博客开发飞翔的单车VMCloudkoumm的linux技术博客一树清劲李公子啲▂ ▃ ▄ ▅ Zone梁小明的博客Ro の博客毛毛虫朴实的追梦者小罗REN的博客itnihao的运维技术博客foolishfish子非鱼强生的博客小章学无止境运维点滴记录曾垂鑫的技术专栏徐庭的博客-IT技术分享Not Only Linux 转载于:https://blog.5...

`+record-history-list` 是 lark-cli 多维表格（Base）模块中查询**单条记录变更历史**的核心命令。它返回记录的版本化操作事件（谁在什么时间改了什么字段），但**不返回记录当前值，也不支持整表审计扫描**。本文以 [skills/lark-base/references/lark-base-record-history-list.md](https://link.

830

社区成员

53,568

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章