知己知彼，才能百战不殆

不管我们做什么，做之前都要充分了解它是什么，后面才能做好它！就像我们要投资黄金TD一样，我们首先得知道TD是什么？它有什么特点？受什么因素影响？怎样才能做好它？！下面就让大勇侠和你一起去探索TD的奥妙！

黄金TD与其监管机构

黄金TD又称上海金，是上海黄金交易所的投资产品。上海黄金交易所是经国务院批准，由中国人民银行组建，在国家工商行政管理局登记注册的，不以营利为目的，实行自律性管理的法人。遵循公开、公平、公正和诚实信用的原则组织黄金、白银、铂等贵金属交易。交易所于2002年10月30日正式开业

交易机制

黄金TD 其实就相当于一只个股，只不过是一只上涨可以做多买涨赚钱，下跌可以做空买跌赚钱，而且是T+0 随时买入随时卖出的股票。并且不需要从三四千只里选，也不需要担心公司基本面有踩雷风险，只需要买对方向就可以了。而且是跟随国际黄金走势，几万亿的盘子，没有任何庄家机构能够控盘。一图带你快速了解TD与股票的区别！

影响因素

1、GDP增长率、物价指数、非农就业人口，通常来说，GDP增长率、物价指数、非农就业人口是观察美国经济形势的重要指标。

2、财政预算，从趋势上看，政府债务的高低与黄金价格通向变动，即政府债务增加，黄金价格走高。

3、贸易顺差与逆差，短期净资本流入，一般来说，美国贸易逆差导致美元贬值，从而推高黄金价格;而短期净资本流入增加则形成对美元的支撑，从而使黄金价格走低。

4、汇率，美元汇率也是影响金价波动的重要因素之一，在黄金市场有美元涨则金价跌，美元降则金价扬的规律。

5、利率，美国的利率水平通常和金价成反向变动。

美国以外地区经济金融形势对黄金价格的影响与美国经济金融形势对黄金价格的影响刚好相反。

如何把它做好

想要把TD做好，并不是一件轻易的事！任何投资都是一场心理战，自己和自己心理对抗的战争！为什么这么说呢？在金融行业投资界有这么一句话：技术占三分，心态占七分！在投资之前，我们都会学会去如何分析行情和把握行情，但是心理却是我们在资本市场上摸爬滚打一步步练出来的。任何事情都不能一蹴而就，心急吃不了热豆腐！

愿君投资之路一帆风顺

1、 股价启动初期，单日成交量大于该股的前五日移动平均成交量2.5倍，大于前10日移动平均成交量3倍。

2、 股价启动初期的单日盘中量比至少要达到10以上，收盘时量比至少要达到2.5以上。

3、 股价启动初期成交量保持温和放大状态，量能乖离率指标VBIAS能够保持3至5天的快速持续上涨，并且在股价启动后的一段时间内，24日VBIAS能多次穿越0轴线。

4、 移动平均成交量VOSC指标大于0轴线，并且逐渐缓慢上移，即使偶遇调整，VOSC指标为正值的时间远多于为负值的时间。

5、 成交量标准差指标VSTD快速上升到该股历史上罕见的极高位置时，表示该股成交量过度放大。这种极高位置由于各种股票的流通盘大小不同和成交活跃度不同而有所不同，所以没有一定的量化标准，投资者可以根据个股的VSTD指标历史表现进行比较。

6、 底部放量个股的成交量虽然和前期相比有明显的增加，但和个股的流通盘相比并不大，每日成交换手率不能超过10%。

7、 操作要领：不同股票应设不同止盈位。

想学习更多的股票经验和技术分析，可以关注公众号(越声擒牛ysjfh953），还有更多战法等着你去学习!

(本资料仅供参考，不构成投资建议，投资时应审慎评估)

在股市里，有三种行情，上涨，下跌，震荡。在上涨和下跌的行情中，有很多的指标针对这两种走势做监控，唯独震荡行情下是绝大部分指标都失真的时候，今天介绍的九转指标就是针对这种震荡行情，仔细领会九转的妙用能够让你在很多情况下抄底成功。指标并不是万能的，不要迷信指标，任何指标都只是一种参考。

一、定义：九转序列是根据TD马克序列的思想产生的趋势叠加反弹指标。

二、图解

下九转形态

上九转形态

运用技巧：

1、操作上涨序列，从高“5”逢低吸纳（中阴线低吸最佳），到高“8”或高“9”择机高抛，持股约四五个序列周期。

2、操作下跌序列，从下跌序列低“8”或低“9”或再延迟一天抄底超跌股为佳，也就是说抄底的时间为低“9”前后3个交易周期。

3、巧用大小周期九转共振，即大周期九转和小周期九转达到协调统一时，更准。

4、九转序列最好与MACD背离技术结合使用，准确率会更高。

四、注意事项：

1、九转序列在牛市中慎用上涨序列，同样在熊市中慎用下跌序列，反而震荡市中运作效果与收益最佳。

2、九转序列在单边行情里使用效果最差，建议不要用它来判断行情。

复制红色源代码：

A1:=C>REF(C,4);

NT:=BARSLASTCOUNT(A1);

TJ11:=NT=9;

TJ13:=ISLASTBAR AND BETWEEN(NT,5,8);

AY:=(BACKSET(TJ11>0,9) OR BACKSET(TJ13>0,NT))*NT;

DRAWTEXT(AY>0,H*1.02,VAR2STR(AY,0)),COLORFF00FF;

DRAWTEXT(NT=9,H*1.02,'9'),COLORGREEN;

B1:=C<REF(C,4);

NT0:=BARSLASTCOUNT(B1);

TJ21:=NT0=9 ;

TJ23:=ISLASTBAR AND BETWEEN(NT0,5,8);

AY1:=(BACKSET(TJ21>0,9) OR BACKSET(TJ23>0,NT0))*NT0;

DRAWTEXT(AY1>0,L*0.98,VAR2STR(AY1,0)),COLORFF00FF;

DRAWTEXT(NT0=9,L*0.98,'9'),COLORGREEN;

案例：

作者 | 刘垚

编辑 | 尔悦

小 T 导读：在使用或者实现分布式数据库（Distributed Database）时，会面临把一个表的数据按照一定的策略分散到各个数据库节点上的情况，随之而来的是多节点数据查询复杂性的问题，例如 Join 和子查询。本文将会为你解读分布式数据库下子查询和 Join 等复杂 SQL 如何实现，来帮助你更好地解决上述问题。

首先简单讲一下 SQL 的执行过程：

SQL ==> Parser ==> Translate & Semantic Check ==> Optimizer ==> Coordinator ==> Executer

• Parser 产生的是语法树，即 Abstract Syntax Tree；
• Translate & Semantic Check，这一步会从 Catalog 读取元数据，用元数据完善语法树，便于 Optimizer 使用。例如：常见的 select * from tableA，一般会在这一步把“*”换成 tableA 的列；
• Optimizer 产生的是优化之后的逻辑执行计划，即 Optimized Logical Plan，执行计划是个有向无环图，即 DAG；
• Coordinator 负责分发逻辑执行计划给各个节点去计算；
• Executer 会把逻辑执行计划转成物理执行计划，即 Physical Plan。

开源的数据库有很多，我们可以结合一些主流数据库的源代码来理解子查询和 Join 的实现方式，比如关系型数据库 ：Impala、Presto、ClickHouse，时序数据库（Time- Series Database）： TDengine 等。下面从子查询和 Join 两部分进行分析。

子查询部分

逻辑执行计划有多种 Node，分别对应着 SQL 中的各种计算，包括 Scan Node、Join Node、Aggregate Node、Sort Node、Project Node 等等，相应的物理执行计划的算子为 Scan Operator 、Join Operator、Aggregate Operator、Sort Operator、Project Operator 等等。而数据库一般没有计算子查询的算子，这是因为将抽象语法树转成逻辑执行计划之后，就已经没有子查询的概念了，其运行逻辑是数据算子之间自下而上逐层传递，并逐层计算，并不特别计算子查询。下面讲一下分布式数据库针对子查询的一些相关处理。

首先，分布式数据库的优化器会将子查询扁平化处理，这种方式一般分为两种，一种是直接在语法树（AST）上做子查询扁平化（Subquery Flatten），另外一种是在生成逻辑执行计划时进行扁平化。这两种方式本质上大同小异，都要保证语义的等价性。但也并不是所有的子查询都能扁平化，有如下几种特殊情况：

• 子查询和父查询都有聚集函数
• 子查询有聚集函数，并且父查询有分组计算（Group By）
• 子查询有聚集函数，并且用子查询聚集函数的结果关联（Join）父查询的表
• 父查询有聚集函数，并且子查询有分组计算（Group By）
• 子查询有 Limit（限制返回结果的行数），并且父查询有过滤条件（Where）或者分组计算、排序（Order By）
• 其他

基于 AST 进行子查询扁平化时，需要先遍历语法数据，并按规则进行判断，进而去除不必要的子查询。对于生成逻辑执行计划时的子查询扁平化，在生成 Plan Node 时需要先去除冗余的 Node，举个例子，SQL：select colA from (select * from tA) group by colA;

一般来说，逻辑执行计划会有多个子计划，通常在需要网络传输时才会产生子计划，需要注意的是子计划和子查询之间并没有必然的联系，即有子查询不一定对应一个子计划。

Join 部分

首先，分布式数据库会对 Join 进行优化，包括 Join 消除（例如基于主键外键去除不必要的 Join）、外连接消除（Outer Join 转成 Inner Join）、Join Order 优化（基于数据的统计信息，用动态规划算法、贪心算法或遗传算法等优化 Table 的 Join 顺序）等等。

再讲一下 Join 的三种基本算法：Hash Join（必须要有等值连接条件，例如 t1.colA = t2.colB）、Merge Join（左表和右表的数据都是有序的，按连接条件中的列有序）、Nestloop Join（含有非等值连接条件并且数据无序）。在实际当中，会把三种算法进行混合使用，这是因为 Join 条件可以同时包含等值连接和非等值连接，例如 t1.colA = t2.colB AND t1.colC > t2.colC

Hash Join

在进行 Join Order 优化时，优化器会调整左表和右表的顺序，一般把小表放右边，大表放左边，并且选择 Join 模式：Shuffle Join（按照关联条件，同时 shuffle 左表和右表，然后再计算 Join） 或 Boradcast Join（把右表广播到左表所在的节点，注意左表不动，然后再计算 Join）。一般是基于代价去选择 Join Order 优化，但考虑到统计信息可能会存在误差，因此很多数据库可以通过 Hint、Query Option 等方式，由用户来指定 Join 顺序、Join 模式等。

Hash Join 是目前最常用的 Join 算法，大部分数据库都实现了 Hash Join。这种算法会先读取右表，并把右表的数据放入 Hash Map 里，如果存不下就会放入外存。通常情况下，各个数据库都会实现自己的 Hash Map，很少直接使用 STL 或 Boost 等第三方库中的 Hash Map，原因主要有两点：

• 定制化 Hash Map 会提升 Join 计算速度。
• 定制化 Hash Map 能更准确地控制内存使用，当内存不足时，会使用外存，定制化 Hash Map 可以根据 Join 算法，优化 Swap 机制，减少 Swap 的数据量。Hash Map 的结构如下：

右表可能含有重复的数据，所以会有 Duplicate Node。这里的重复数据是指 Join Key（Join 条件对应的列）的数据重复，并且其他列不重复，所以要分别缓存。注意上述图中，是通过 Hash 算法解决 Hash 冲突的问题，即不会把不同的 Join Key 放在同一个桶中。当然，现实操作中也有把不同的 Join Key 放在同一个桶中的情况，那需要遍历 List 才能确定查找的 Join Key 是否存在。

Merge Join

Merge Join 一般是在左表和右表的数据是有序的情况下使用。例如时序数据库 TDengine，数据按时间戳列有序，那么用时间戳列做 Join 时，TDengine database 会用 Merge Join 来计算，这样的一个好处是处理速度非常快，并且占用内存非常小。

Nestloop Join

这种 Join 算法速度非常慢，但对于全功能数据库而言是不可缺少的。使用这种算法时，可以结合索引来提速。

总结而言，Hash Join 使用最广，适用于很多数据分析的场景，并且大部分数据库都支持；Merge Join 一般是在左右表数据有序时才会使用，不需要缓存数据，所以使用内存非常少，计算速度是三种 Join 算法中最快的；Nestloop Join 性能很差，分布式数据库一般很少使用，有些分布式数据库就不支持，可以通过索引来加速 Nestloop Join。

写在最后

上面我们对子查询和 Join 两种复杂 SQL 的实现方式做了具体解读，大家可以结合一些开源数据库的源代码来理解，像 TDengine 的源代码都可以在 GitHub 上看到，如果你对时序数据库的复杂 SQL 实现有兴趣，这就是一个不错的观摩对象。也欢迎大家在下方评论区进行交流。

点击了解更多 TDengine Database 的具体细节。

上一篇：二胎概念股票有哪些(二胎概念龙头股)

下一篇：什么是海西概念(海西概念柔性屏股)