我在一家食品电子商务公司工作,正在重新设计优惠券服务。
优惠券可以有很多规则,比如:
a)for what users it is valid
b)For what restaurants it is valid
c)For what area it is valid
d)min amount
etc etc
当前系统处理所有这些规则,每个规则都表示为一列MySQL:
但是,由于优惠券的规则会不断变化,我们不能创建列everytime.Or,对吧?有没有一种方法可以让它变得通用,同时又不会失去查询的能力,比如:
a)what all coupons belong to this restaur
请描述您的问题
标题:2017腾讯云11.11大促 给你实实在在的优惠
地址:https://cloud.tencent.com/act/double11
浏览器信息
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:56.0) Gecko/20100101 Firefox/56.0
我正在复习试题,在那里我发现有些问题相当棘手。在我的脑海中有一个问题,弹性支出模型和可伸缩支出模型有什么区别?
这个问题是由以下两个问题引起的。贵公司正计划将其所有虚拟机迁移到Azure随走付费订阅。虚拟机目前托管在数据中心的Hyper-V主机上。您需要确保预期的Azure解决方案使用正确的支出模型。解决方案:建议使用弹性支出模型。解决方案达到目标了吗?没有Ans;不( B) B是正确的答案。正确的支出模式是“可操作”。
贵公司正计划将其所有虚拟机迁移到Azure随走付费订阅。虚拟机目前托管在数据中心的Hyper-V主机上。您需要确保预期的Azure解决方案使用正确的支出模型。解决方案:您应该