我正在为类似于汽车销售数据库的会计/销售类型系统创建数据库，并希望为以下现实世界的操作进行一些交易：
- 推销员创造新产品运送到地板上（itempk、汽车制造商、年份、价格）。
- 推销员改变价格。
- 销售员为销售的产品创建销售条目（salespk、itemforeignkey、销售价格、销售员）。
- 销售人员取消已删除产品的项目。
推销员为取消的销售取消销售。
我在网上找到的例子太笼统了，比如“这是一笔交易”，我想要一些类似于我试图做的事情来理解它。
有人有一些很好的类似或相关的 sql 示例我可以看一下来设计这些吗？人们是否将事务用于销售数据库？或者，如果你之前做过这种 sql 事务，你能不能对如何进行这些事务做一个大纲？
我的（因为不是真正的问题而关闭）线程到目前为止堆栈溢出：需要用于销售跟踪或财务数据库的示例 SQL 事务过程
最新更新，用户将从 ac# 应用程序发送新的输入/更改/和取消。申请资料：
产品展示（这是具有 3 个子节点的父节点）
销售（产品展示的子节点）
产品自定义功能（产品展示的子节点）
产品价格/当前状态（产品展示的子节点）
C# 应用程序将把数据打包成 XML 格式，然后执行一些 SQL 存储过程，其中事务将 xml 到表的转换保存到 SQL 表中，使用相同的父/子节点结构设计，使用类似于此相关问题的答案所描述的内容关于堆栈溢出的问题： https ://stackoverflow.com/q/2756773/613799
我希望有一本关于设计多用户销售数据库的书，以及相关用户应用程序从零开始应用程序->xml->数据库将使用的存储过程事务。如果您知道一个好书或一本书的一章，请告诉我。
根据数据库设计的复杂性，您可能需要在系统内更改数据时使用事务来维护表之间的数据一致性。
任何示例都是非常基本的，因为每个数据库模式都会有所不同。这就是让数据库或数据架构师为项目派上用场的地方。
您可能想了解一下这个Car Dealership 数据模型。该模型将使您了解您的业务需求需要哪些事务。
一个典型的金融例子是银行转账：
除非您可以在您的应用程序和数据库架构中发布有关某些过程的详细描述，否则我们只能为您提供像这样的通用示例。
是的，使用交易。您正在将记录插入到多个表中，并且您希望确保它们都相应地插入。真的没有理由不这样做。
另一件需要注意的事情是，大多数金融数据库（包括我的主要项目LedgerSMB）都使用我所谓的快照、日志和聚合模型，在这种模型中，您几乎总是在处理大部分仅附加数据。您真的想确保一切正常。