ruby-on-rails – 考虑Rails中的订单来建模股票

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 考虑Rails中的订单来建模股票前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在使用Rails 5开发租赁市场应用程序.它具有非常简单的结构,包括用户,产品和订单,以及属于用户的产品,他们实际创建它们.

为了让用户管理其产品的“实时”库存,已创建StockMovement模型/表,参考用户,库存变化(正/负)和日期.通过这种方式,我们可以根据“用户准备提供的内容”来确定特定日期的特定产品的库存.通过对单个表/模型的简单查询,我们设法获得股票的“总和”,这恰好是产品的库存.

除此之外,我们需要考虑何时下订单并确认某个产品,从而需要在一段时间内从库存中减去该项目的数量.

目前,我们使用StockMovement模型中的查询计算股票,并使用StockMovement模型中的自定义select子句手动加入受订单影响的金额,该条款已经开始变得有点过分(我们甚至不是beta).

我的问题是,你将如何实现这个Rails方式?我总是遇到这样的情况,理论上,至少考虑到关系数据库逻辑(我们使用Postgres),最好的事情是使用带有连接和计算字段的查询动态计算所有内容,但是当涉及到使用ActiveRecord实现它,除非您在模型A的select语句中重新定义该计算,否则无法在对表A的查询中引用表B中的计算列,这正是我想要避免的.

到目前为止,我目前看到的选项是:

1-保持原样:在select语句中重复计算逻辑,以访问“外部计算字段”

2-每次确认订单时在StockMovement表中创建一条记录并从那里处理所有库存(不是理想的恕我直言,因为每次在订单中修改某些东西时都需要仔细更新)

3-我无法想到的潜在魔术(和正确)解决方案……

谢谢!

解决方法

就个人而言,我认为将sql与ActiveRecord混合是Rails方式.这是我最喜欢的AR之一:您可以在需要时注入原始sql.您甚至可以使用 scopes将其封装在封装的,可重用的方法中.例如,您可以定义添加该选择列的范围.

您还可以创建一个名为current_stocks的database view,每个产品只有一条记录.让该视图查询stock_movements和订单并计算当前库存,然后只需在需要该值时使用它.你甚至可以使用 make a readonly ActiveRecord class backed by the view,这样你仍然可以使用常规关联,实例方法等.再次,Rails为你提供了一种方法,使高级sql功能与你的应用程序的其余部分相得益彰.

如果你每次都在计算库存,你最终会遇到性能问题,所以你可以(1)将其设为materialized view并在后台定期刷新或(2)添加current_stock列产品并使其保持最新.我可能会选择2.

或者您可以(3)坚持使用即时计算,但添加一个starting_stocks表,为您提供“截至周日午夜时的股票”值,这样您就不必过多地计算过去.我认为这可能是最好的方法,你可以推迟实施它,直到你真正遇到问题.

如果你真的想深入研究,你可能想要了解时态数据库.两本好书是由Richard Snodgrass开发的面向时间的数据库应用程序和Tom Johnston的Bitemporal Data.前者也可以从作者的网站上免费获得PDF.我猜你现在对你来说太过分了,但是知道它仍然是件好事.

原文链接:https://www.f2er.com/ruby/267824.html

猜你在找的Ruby相关文章