sqlserver建模,sql能建模吗

SqlServer里“多维和数据挖掘模式”和“表格模式”到底是什么意思？

表格、 多维和数据挖掘是SQL Server Analysis Services 提供用于创建商业智能语义模型的两种方法，还有一种方法是 Power Pivot for SharePoint。

可以使用多种方法来实现针对不同业务和用户需求量身定制的建模体验。 “多维”是建立在开放标准基础之上的成熟技术，已由 BI 软件的众多供应商采用，但难以驾驭。 “表格”提供一种关系建模方法，很多开发人员认为它更加直观。

所有模型将部署为在 Analysis Services 实例上运行的数据库，可以使用一套数据提供程序通过客户端工具来访问，并通过 Excel、Reporting Services、Power BI 和其他供应商的 BI 工具在交互式静态报告中可视化。

表格和多维解决方案使用 SSDT 构建，旨在用于在独立上运行的公司 BI 项目 Analysis Services实例在本地和表格模型中， Azure Analysis Services中的服务器云。 这两个解决方案将生成可与 BI 客户端轻松集成的高性能分析数据库。 然而，每个解决方案在创建、使用和部署方式上都存在不同。本主题的大部分内容比较了这两种类型，以方便你找到适当的方法。

数据仓库数据建模的几种思路

数据仓库数据建模的几种思路主要分为一下几种

1. 星型模式

星形模式(Star Schema)是最常用的维度建模方式。星型模式是以事实表为中心，所有的维度表直接连接在事实表上，像星星一样。星形模式的维度建模由一个事实表和一组维表成，且具有以下特点：a. 维表只和事实表关联，维表之间没有关联；b. 每个维表主键为单列，且该主键放置在事实表中，作为两边连接的外键；c. 以事实表为核心，维表围绕核心呈星形分布；

2. 雪花模式

雪花模式(Snowflake Schema)是对星形模式的扩展。雪花模式的维度表可以拥有其他维度表的，虽然这种模型相比星型更规范一些，但是由于这种模型不太容易理解，维护成本比较高，而且性能方面需要关联多层维表，性能也比星型模型要低。所以一般不是很常用

雪花模式

3．星座模式

星座模式是星型模式延伸而来，星型模式是基于一张事实表的，而星座模式是基于多张事实表的，而且共享维度信息。前面介绍的两种维度建模方法都是多维表对应单事实表，但在很多时候维度空间内的事实表不止一个，而一个维表也可能被多个事实表用到。在业务发展后期，绝大部分维度建模都采用的是星座模式。

星座模型

为什么使用数据库建模工具

数据库建模工具与数据库管理系统应该还是有所区别的吧？

很多人在进行数据库设计的时候，还是喜欢使用word文档的格式设计好数据库结构以后，再进行物理数据库的创建；而真正使用数据库建模工具进行数据库设计的就很少了；如果你讯问那些不愿意使用数据库建模工具的人为什么的话，我想他们一般会给你下面几个答案：

1.数据库结构不复杂，没必要使用建模工具。

2.建模工具使用起来比较麻烦，不现实。

3.我们公司有专门的数据库文档格式，恐怕建模工具没法生成合适的文档。

对于以上答案，我认为都不成立，是因为对建模工具的误解造成的。

以powerdesign为例，对于上述答案可以一一回应。

一些人想当然的认为，使用建模工具必需进行复杂的数据分析等工作，其实这是个误解；数据库建模工具当然有一部分这个能力，但不是重要的，甚至不是必需的。你完全可以把目光集中在数据库的设计上，只需建立起各个实体及他们的关系，这个工作就算完成了，建立实体时，实体的属性就是表的各个字段，实体之间的关系就是表与表之间的关系，这个过程的字符输入量决不大于你使用word的输入量；而且，当你对建模工具象对word一样熟练以后，这个过程所花费的时间还要小于你用word设计数据库的时间。更重要的是，只要这一步完成，你就可以直接生成创建数据库的sql代码，或者让建模工具和数据库建立连接，这样就可以随时通过更改实体及他们之间的关系来直接更改数据库结构了。而传统的使用word的方式，你必需在建立数据库时，把字段名称和类型重新再敲上一遍，而且为了保证这个过程建立的数据库和原来你用word设计的数据库结构的一致性，你必需付出额外的劳动。更糟的是，如果你改变了数据库，比如从sqlserver换成了oracle，恐怕花费的精力就更多了。而数据库建模工具就没有这个缺点，应为它是和数据库平台无关的，所以可以简单的移植到不同的数据库平台。

而且，数据库建模工具大部分都是图形界面的，这更有利与实体关系的建立，至少比文字方式要直观、简练，现在你建立一个主外键之间的关系只需托放一个控件，再做几下选择就可以了。

数据库建模工具还支持强大的数据导出功能，能够生成完全自定义格式的超文本或word文档，可以满足你想要的输出格式，而且这个操作也不复杂，可以这么说吧，至少俺见过的数据文档格式，使用powerdesigner都可以导出。

还有更让你想不到的好处，现在很多数据库建模工具都支持代码生成功能，可以生成一些基本的数据操作代码，而且支持多种语言，比如powerdesigner就支持.net、java、pb、delphi等各种语言。

想象一下，你只需付出比用word设计数据库结构更少的精力和时间，就可以得到跨平台、一致性好、图形界面、格式自由还外带代码生成功能的超级便利，为什么还不用它呢？

（资料来源于）

用实体关系图进行数据库建模 可参考