1.就是想问为什么一开始要以单张保险合同作为计量单元。。。
我们公司是以每个会计年度的每个产品为计量单元的。

3.可能对于这个indicator可行，但是其它的一些复杂的就不可以用这种方法来处理了，比如现金分红和保额分红。
我觉得搭架构的人应该留下一套说明文档，不然后面的人用起来太痛苦。

（1）以上方法1、2之前也一直这么设。
（2）对于3还variable group的作用是减少运算不相关的变量？还是只是减少结果的存储？
（3）SAME AS 与独立产品对运算速度有实质影响吗？

想请教各位精算大侠关于几个PROPHET使用的问题：
可以一起讨论下吧
1.       如果计量单元为单张保险合同，在保单量较多时有什么方法能提升PROPHET的运行速度吗？（排除采用GROUP模型点以及提升服务器性能这两种方法）
可以试下用GROUPING吧，GROUPING方式就是保单数直接加总，不做GROUPING计算。这种GROUPING方式在DCS的时候也可以直接做，这个对结果是没有任何影响的。感觉same as对效率提升不大，因为运行的都是编译后的那些formula。如果效率低下可以检查下代码，特别是涉及到读表的变量，如果可以的话只读一次然后用变量存起来，不要每个t都去读，根据经验这个比较耗时。。。

2.       有使用Variable Groups这个功能吗？该如何用？为什么会有些变量可以单独运行，但有些变量就不可以？
这个不了解。

3.       PHOPHET中的Indicator该如何用，从哪方面入手去学较好？比如想规范PROPHET模型中Indicator的使用，该如何对Indicator进行清理？
可以用schedule那个按钮将所有产品及对应使用的INDICATOR导出来，这样就有了一个产品和indicator的二维表。然后对产品责任/代码功能对照INDICATOR进行分类（功能代码涉及到了变量的具体用法，这个要比较深入和耗时去整理），不符合的INDICATOR或者产品重新整理进行定义。分类的时候最好同时做documentaion的整理，弄一个规则。

2 是减少不相关变量的运算。
3 个人感觉是有影响的。但是影响有多大，没有直接的测试过。

最后，考虑升级到8吧，据说8在运算速度上有大幅度的提升（有用户说可以减少2/3的运算时间）。而且sungard很快就要停止对7的support了。

我们公司还是7，一个dongle就可以又在家用，又在公司用。

Schedule确实是个好东西。

另外想请教下对于Input变量，Indicator是否有存在的必要，特别是那些只是针对特别产品而设置的变量。

我个人觉得还是有必要的。indicator可以用来管理“变量类”：即使这些变量是input变量，每个产品都不一样，但是他们的作用是能使这些INPUT变量明确到某一类产品中。如果不用INDICATOR，那么可能每个产品都有一些匿名的INPUT变量在里面，多了的话不容易管理。