我想创建一个内部解决方案来存储营销部门,列表,活动和通信数据.现在没有什么是集中的/标准化的。数据位于各种SQL服务器、Access数据库和Excel电子表格上。当涉及到报告/跟踪时,这是一个真正的痛苦。
我是在Microsoft SQL Server环境中,可以访问:
微软Access
在我的环境中,安全性和遵从性是非常严格的。购买第三方软件包似乎不是一种选择。我可能有可能创建一个供我使用的SQL服务器沙箱环境。
我很好奇你会推荐什么建议以及为什么。我需要考虑所有方面,包括现有的数据检索/解析(有些是持续的),数据导入到新的营销数据记录中,以及报告。可能需要某种类型的GUI,因为目前没有用于跟踪/分类大部分数据的GUI。另一个人可能需要获得帮助,以帮助正常进口,以帮助分散工作量。
谢谢。
发布于 2010-07-26 23:52:23
您的要求不完整:
现有的数据检索/解析(有些是持续的),
数据导入新的营销数据,并进行报告。
可能需要某种类型的GUI,因为目前没有用于跟踪/分类大部分数据的GUI。
另一个人可能需要获得帮助,以帮助正常进口,以帮助分散工作量。
以下是你的问题:“我很好奇你会推荐什么建议,为什么?”
这是答案。
,
如果您实际上是在谈论数据仓库,那么接下来您必须阅读拉尔夫·金博尔的书。[ BTW,还不清楚数据仓库是否相关。没有问题要解决,也没有用户有问题,一个数据仓库就像一个web服务框架或者一个新的Bentley一样糟糕。
如果您想要构建一个数据仓库,您的“现有数据检索/解析”和“将数据导入新的营销数据”将称为ETL。
你的“和报告”将从“哦,顺便说一句”转移到你正在做的任何事情的中心最重要的特征。
你的“某种GUI”就会消失。数据仓库并不是什么GUI的东西。报告是你得到的最接近的。也许您需要创建一些主数据管理工具,但即便如此,这些规则也比交互更多。
“另一个人可能需要访问”真的吗?最终用户是什么?切碎的肝脏?他们也需要查询访问,否则他们将看不到您的任何数据。
发布于 2010-07-26 22:01:52
您指出,购买第三方软件不是一种选择,但是,您应该考虑到,购买实际上可能比内部开发工作更便宜,并且可能会使您更快地进入工作系统,而所需的家务技能则更少。
https://stackoverflow.com/questions/3339275
复制相似问题