1、几种索引的判定：
Join Index 预先进行关联的表，类似于“物化视图”，需要占用表空间，Join Index可以自动更新。
Global Index 在选择出来的字段中有rowid
Sparse Index 在Index中使用了Where条件
Aggregate Join Index 预先在index中进行Aggregate操作(同summary table的区别：summary table需要手动更新，Aggregate Join index可以自动更新)
2、Store Procedure和Macro的区别：
Macro和Stored Produre同样能使用变量，调用sql语句。其中Macro一般比Stored Procedure 简单，同时Stored Procedure支持SPL操作，既IF..ELSE...THEN等。
3、TDWM：Teradata Dynamic Workload Manager，混合负载管理，动态的管理资源分布和优先级。（目前正在做试验）
4、关于视图
加视图的好处：
1、SQL语句---保存复杂的SQL语句来直接运行
2、保密---可以在sql语句中使用一定的方式来加密字段
3、权限和索机制---最主要的，通过视图来限制对基表的访问，同时对基本的访问时候可以加Access锁
基于视图的视图访问是极其没有效率的：
可以试下语句create table tmp as (select * from t03_agreement)，可以发现tmp的主键已经不是t03_agreement的主键了，嵌套视图同样的，当访问嵌套视图时候，第二个视图的索引已经没用了，会造成很大的SKEW，影响数据的选取。（根据这段时间的工作，发现在生产上还是有一些使用到了嵌套视图的。）
5、事务和锁
事务处理系统的典型特点是具备ACID特征。ACID指的是Atomic(原子的)、Consistent(一致的)、Isolated(隔离的)以及Durable(持续的)，它们代表着事务处理应该具备的四个特征。
TD的锁这种级别：Access、Read、Write、Exclude锁。其中，DDL语句一般是Exclude锁，Insert、update一般是Write锁，Select一般是read锁。同级的锁可以互相叠加，Exclude锁除外。Access锁可以获得除Exclude锁以外的全部锁，但是可能会造成脏读的现象，视图就是以这种方式为考虑的。（问题分析，DW允许脏读的产生，因为DW多以大数据量的查询为主，比较少进行update的操作，除非是在数据批处理的时候，不像OLTP系统，需要对数据的一致性有很高的要求。）
TD基于MPP的架构，每个AMP之间是独立的，所以对于同样的一个请求，可能会有不同的执行顺序，没有一个同步的策略，这个时候TD采用的是一个Pesudo表，这个表是每个AMP都公用的，以此来保证同步，每次需要加锁某个对象的时候，就先加Pessudo表，而不是对每个AMP进行加锁。（可以通过Explain来查看得到）
BT ET跟Muti-statement加锁的不一样：
1、BT ET是一个语句一个语句加锁，锁进行累积，直到遇到ET的时候才释放锁
2、muti-statement 是一次性全部加锁
TD对于死锁机制的处理：
在TD数据库中，每4分钟会检查一次死锁，如果出现死锁的话，就roll back 最后的那个Session
Presudo的思考---是不是每次访问都需要使用到Presudo表呢？
answer:
2个语句explain select * from table where pi字段 = ? 和explain select * from table where notpi字段= ?
你会发现，使用pi字段的时候就不会所presudo表，这是因为TD的Presudo表是针对MPP架构设计的，如果是单个AMP操作的时候，其实就没有所谓的同步的现象，所以就不用使用Presodu。
如上，也就是说单AMP操作不需要presodu表。
对于提交Multi-Statement Requests，将“；”号放在sql语句的前面，多个sql语句同时提交，如下
Update Dept
set Salary_Change_Date = Date
; Update Manager
set Salary_Amt = Salary_Amt *1.08
; Update Employee
set Salary_Amt = Salary_Amt * 1.04;
上述语句被放到同一个Session中提交，但是在数据库处理的时候并不是按照顺序一个个下来的，而是随机执行的，同时优化器可能根据判断，来并行的执行语句，所以不能妄图使用Multi-Statement来达到顺序执行的目的。
6、关于DBQLogtbl表
DBQLogTbl表，是DBC的系统表，FallBack的，双倍存储空间。一般来说如果在数据库中开启了日志记录的话，这个表的空间会增长很快。
DBQLogTbl里面有很多非常有用的信息。
比如字段CacheFlag可以得出本sql是否使用了cache，比如说里面有CPU时间，语句执行时间等，可以由此来判断多长时间是等待，多长时间是真正执行，同时也可以日志下对于数据库的sql语句，可以由此来进行调优。
DBQLogTbl表可以使用的策略如下：
1、开启数据库的日志记录
2、每天清理DBQLogTbl表，把数据库传输到一个没有fallback的表中（可以适当的删除些不需要的字段）
3、分析导出的数据
阅读(1465) | 评论(1) | 转发(0) |
