采用任何一种添加数据源的方式都不能保证数据源的一致和完整,所以需要两种结合来管理数据源
1、通过saiku的管理台添加数据源
① 第一种方式:schema和ds都在管理台添加 1)上传schema文件
选择文件系统中任意位置的schema文件
任意填写schema名字 - sw.mondrian
点击上传按钮
上传成功 2)配置数据源
type=OLAP
name=SteelWheels
driver=mondrian.olap4j.MondrianOlap4jDriver
location=jdbc:mondrian:Jdbc=jdbc:mysql://localhost:3306/SteelWheels;Catalog=mondrain:///datasources/sw.mondrian.xml;JdbcDrivers=com.mysql.jdbc.Driver;
username=root
password=root 注意:Catalog=mondrain:///datasources/sw.mondrian.xml;
② 第二种方式:在管理台只添加ds 1)将schema文件SteelWheels.mondrian.xml添加到classes/saiku-schemas文件夹下 2)配置数据源 type=OLAP
name=SteelWheels
driver=mondrian.olap4j.MondrianOlap4jDriver
location=jdbc:mondrian:Jdbc=jdbc:mysql://localhost:3306/SteelWheels;Catalog=res:saiku-schemas/SteelWheels.mondrian.xml;JdbcDrivers=com.mysql.jdbc.Driver;
username=root
password=root 注意:Catalog=res:saiku-schemas/SteelWheels.mondrian.xml;
1)说明: 通过这种方式添加的数据源在项目重新启动之后仍然生效 2)原因: 系统第一次部署启动后会在classes/saiku-repository/data文件夹下面生成JCR文件夹结构和相关文件
此时系统里没有任何的OLAP数据源
当我们在管理台创建了OLAP数据源以后,JCR会新增相应的OLAP数据源节点
所以只要classes/saiku-repository/data文件夹下面的文件存在
重启并不会删除这些JCR文件
因此数据源配置就不会失效 3)但是: 一旦我们删除了原来的整个项目,重新部署(JCR相关文件没有了)
或者只是简单的删除了classes/saiku-repository/data文件夹下面的所有文件
这时候,以前在管理台添加过的OLAP数据源就不存在了 4)结论:
管理台添加的OLAP数据源重启系统不会失效,重新部署系统失效 5) 解决: 通过代码加载OLAP数据源
2、通过代码加载OLAP数据源
思路: 将所有schema文件放在saiku-schemas文件夹下面
所有OLAP数据源配置文件放在saiku-datasources文件夹下面
然后在系统初始化的时候解析saiku-datasources文件夹下面的配置文件生成saikuDS对象
获取系统JCR中存在的DSList
判断DSList中是否已经存在新建的saikuDS对象
如果不存在 就执行新增数据源的操作 存在就什么也不操作 当系统 1)第一次部署/重部署/JCR文件结构不存在的时候,DSList必然为空
所有的saikuDS都会新增成为OLAP数据源加入到JCR结构中 2)当重启动系统时,JCR文件存在,DSList和saikuDS比对
如果此时saiku-datasources文件夹下面的OLAP配置文件没变化,不做任何操作
如果新增了OLAP配置文件,则添加新的数据源到JCR结构中 这样就完美的解决了重部署失效的问题
但是:如果用户从管理台新建一个OLAP数据源,这个新建的DS在重新部署后也会失效的 解决:
用户在管理台新建OLAP数据源的时候
不仅要添加在JCR结构中
还要在代码的最后一步将配置信息生成olap配置txt文件保存在saiku-datasources文件夹下面
这样一来就能保证数据源的一致性了