查询建筑概念

ActiveDEMAND中的查询

ActiveDEMAND中的查询位于以下位置:

  • 联络人清单
  • 工作流程决策
  • 动态潜在客户分数
  • 广告活动目标

查询在每个位置的工作方式相同,只是查询的上下文发生变化。查询的上下文可以是全局,活动或工作流。


全局查询上下文

全局查询上下文将一直查看数据库中的所有记录。结果集的唯一限制将由查询本身定义。全局查询可能正在查看联系人或联系人历史记录项。

联系人列表和动态线索得分 总是 在全局查询上下文中运行。工作流决策可以选择在此查询上下文中运行。


广告系列查询上下文

广告系列查询上下文将仅返回与特定广告系列相关的结果。此上下文将仅查看特定广告系列中发生的联系历史记录项。

如果工作流决策是营销活动的一部分,则可以选择在营销活动查询上下文中运行。这是使用此查询上下文的唯一位置。


工作流程(单个营销活动步骤)查询上下文

工作流查询上下文正在特定联系人历史记录项的上下文中运行查询。正在检查指定的联系人历史记录项是否包含在查询结果集中。

广告活动目标 总是 使用工作流查询上下文。他们始终在单个联系历史记录项的上下文中运行查询。工作流决策可以选择在工作流查询上下文中运行。


查询结构

查询分为3个级别: , 团体过滤器。您使用的结构对于查询结果非常重要,因为它确定结果如何结合在一起。


积木

每个块都作为单独的块执行 独立 使用指定的运算符将查询和结果集结合在一起。如果您创建一个查询,显示块A 并不是 块B,最终结果集将是块A的所有结果,而不是块B的一部分。


团体

组的工作原理与块完全相同。每个组作为单独的查询运行,并且这些查询的结果与指定的运算符组合在一起。当您希望检查过滤器时,使用不同的组或块 独立地.   


筛选器

特定组中的所有过滤器将作为单个查询一起执行。这意味着查询要返回结果,每个结果必须与所有过滤器匹配为一个组。当您希望将所有过滤器一起检查时,将它们放在一个块中 依赖的 彼此。


例子

上个月所有标记有“客户”标签的联系人

该查询具有3个过滤器,但它们彼此依赖。他们正在查看符合所有3个条件的单个记录。

A座

第一组

标签创建于 大于或等于 上个月开始日期

标签创建于 小于或等于 上个月结束日期

标签名称 等于 '顾客'


上个月所有属于新销售准备的潜在客户

该查询作为2个相互依赖的过滤器集,但2个集彼此独立。该查询正在询问具有与前两个查询匹配的潜在顾客通知记录且没有与第二三个查询匹配的潜在顾客通知的所有联系人。


A座

第一组

潜在客户通知创建于 大于或等于 上个月开始日期

潜在客户通知创建于 小于或等于 上个月结束日期

潜在客户通知类型 等于 通过电子邮件发送给销售

并不是

2组

潜在客户通知创建于 小于 上个月开始日期

潜在客户通知类型 等于 通过电子邮件发送给销售

 



具有标签“潜在客户”且在北美具有地址并且已选择加入的所有联系人,或具有“客户”标签的联系人


在此查询中,所有4个过滤器彼此独立,因此将它们全部放置在单独的组中。


A座

第一组

标签名称 等于 “潜在客户”

2组

联络地址国家 是其中之一 能够ada, United States

第三组

选择了名字 存在

要么

B座

第一组

标签名称 等于 '顾客'




日期数学 

注意: 不再需要日期数学。所有日期/时间查询都具有UI支持。

日期数学用于检查查询的执行时间。日期数学中使用了两个重要的动态字段

%EXECUTE_TODAY_DATE%

%EXECUTE_TODAY_DATETIME%


对于动态字段,您可以使用以下语法进行数学运算:


[日期系统定义字段] [+-] [数字]。[分钟|小时|天|月|年]


例如:

%EXECUTE_TODAY_DATE%+ 1.day

要么

%EXECUTE_TODAY_DATETIME%+ 2.hours



本文是否有帮助?
0之0认为有帮助

评论

0评论

登入 发表评论。