这种将Excel 2007数据透视表用于BI的方法是否具有可伸缩性？
这种将Excel 2007数据透视表用于BI的方法是否具有可伸缩性？
提问于 2009-11-14 11:18:46
背景：
- 我们需要整合全国的销售数据来做分析。
- 我们的互联网连接/IT专业知识/IT投资并不是很强，因此完整的BI解决方案是不可能的。
- 我尝试了几个SaaS BI解决方案(GoodData，ZohoReports)，虽然它们很好，但它们似乎并不完全支持我们所需要的
- 我们每两个月就会有两百万的记录
我现在的方法
- 我们的(10)站点目前从其所有分支收集数据，并将它们合并为一个带有数据透视表的Excel文件，并嵌入源数据。
- 在总部，我将要求10个站点定期发送这些Excel文件。
- 我们将把这些Excel导入到MSSQL服务器中。
- 将有一个主Excel文件，该文件还将具有相同的枢轴表(这些表来自站点Excel文件)，数据源是MSSQL服务器。
更多细节
- 为了进行测试，我目前在笔记本电脑上使用MSSQL 2008 Express
- 到目前为止，我在过去两个月中导入了我们的事务，在MSSQL中的一个表中有两个millions+行(我们只使用了一个表，对应于我们的公共枢轴表结构)。DB大小为600 MB
- 在主Excel文件中，如果不包括源数据，则仅为<10 it。包括源数据将使大小增加到60 MB (所以我认为Office 2007会自动压缩数据?)
- 我尝试使用数据透视(拖放字段)，到目前为止性能还可以(我的笔记本电脑规格: C2D T7200，3GB内存，Windows )。
所以我的问题是：
- 如果我们查看全年事务( MSSQL 2008 Express中大约有1500万行，3.6GB大小)，那么SQL中的一个表中的1500万行有问题吗？
- 那个时候枢轴表有什么性能问题吗？它还能嵌入源数据吗？(我google-ed，但没有找到Excel 2007可以嵌入的源数据的最大大小)
- 对于我们如何才能更好地做到这一点，还有其他建议吗？考虑到我们负担不起完整的BI解决方案，您可以推荐任何轻量级/预算/SaaS BI吗？
谢谢
回答 2
Stack Overflow用户
发布于 2009-11-15 12:42:58
我不认为您的解决方案是可伸缩的(或可取的)。虽然您可能能够在短期内使其工作，但尝试处理Excel中的许多行肯定不是最佳实践--特别是当您考虑维护和操作问题时。
在Analysis中构建一个简单的多维数据集通常非常简单。一旦建立，您的销售团队就可以使用Excel连接到中央服务器，并使用数据透视表或数据透视图、拖放等方式对其发出查询。如果您只有十几个用户，您可以在CAL基础上授权SQL server，而且它应该相当便宜。
为了防止有帮助，我在我的书“超快ASP.NET”中介绍了构建一个简单的多维数据集的过程。网上也有一些很好的例子。
Stack Overflow用户
发布于 2009-11-14 11:46:57
从理论上讲，这应该是可行的。我没有看到您超过了Excel/Server限制。但是，如果您能够负担得起Annalisys服务许可证(，最低限度)并通过OLAP多维数据集来实现它，它将工作得更快。
Excell可能会移动这百万行，但是性能不会很好。这完全取决于您的需求，但是这个枢轴表的移动不会更流畅。在OLAP多维数据集中，如果它们设计得很好，表的枢轴将是即时的。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/1733976
复制相关文章
相似问题
腾讯云开发者
