摘要:现在SQL Term在征求Yukon的Sample Code了。不过不对外。 Any MS people who submitted valid sample during September will receive a participation prize. If your sample was selected to be shipped with SQL2005, you will get a "Ship it" award. *  “Ship It” awards are given to everyone who contributes to shipping a product.  It is a plaque signed by Bill Gates thanking you for your contribution. 另外，现在Yukon的版本是9.00.0823.04，显示的名字已经是Beta2了，不过偶还没有用。最近SSE的事情搞得我很不爽...[阅读全文]

摘要:目前很多兄弟初次上手DW项目，都忽视了ETL的环节。 ETL一般在一个数据仓库系统中，要占据60%左右的工作量。 ETL主要要完成以下几个目的： 1、迁移数据，把数据放到几个服务器上绝对不是好方法，对系统的可用性带来很大的影响 2、保证事实表和维度表的关联，通常在生产系统中，事实表和维度表之间并没有FK来保证关联性，虽然我们在DW中一般也不用FK，但是我们要保证关联，否则就会丢失数据 3、建立分档数据和计算数据，不是每个measure和dimension在事实表中都有的，我们需要通过某些公式对各部分数据进行计算才能得到...[阅读全文]

摘要:前面那个沉到下面去了，所以新贴一个 其实原理和HTTPS类似，生成一个随机Key作为对称加密算法的Key，然后用非对称加密算法保证这个Key的安全。 详细的文档在下面 ftp://ftp.webservice.com.cn/upload/encrypt.zip  ...[阅读全文]

摘要:前几天设计了一个匿名客户反馈系统 要求如下： Internet 客户可以提交反馈，反馈后得到一个序列号。 管理员可以看到反馈并且回复。 Internet 客户可以通过输入序列号，看到反馈和回复。 其它任何人无法看到反馈或回复。   现在还不方便透露设计细节，过几天我会贴出来。 各位有兴趣可以想想该怎么做。  ...[阅读全文]

摘要: 大型报表的分页 Reporting Services 提供了一种基于服务器的新型报表平台，它可以对报表实行集中存储，并且通过缓存和快照等方式来降低对数据库服务器的压力，提高报表服务器的性能。 但是在运行大型报表时，由于大多数浏览器都不能处理超大型文档。例如，几乎可以肯定，在浏览器的一页中不能显示包含 5,000 行数据的报表。所以我们在设计和配置报表的时候，必须设计报表的分页，让报表服务器每次发送一页报表。否则不论是报表的呈现和网络传输都会出现问题。 一般我们可以通过设置分页符来完成分页，也可以设置报表页的大小，让Reporting Service在呈现时自动设置分页符。 我们可以在矩形框、表、矩阵、列表、图表或组的起始位置或结束位置添加分页符。默认情况下，报表项没有分页符。要在项的起始位置或结束位置添加分页符，可以更改项的 PageBreakAtEnd 或 PageBreakAtStart 属性。 一般的，如果我们想得到大小比较一致的页，我们可以通过让Reporting Services自动分页或者根据记录条数来分页。 设置自动分页非常方便，只须要在“报表”菜单上，单击“报表属性”（如果“报表”菜单不可用，请在报表设计区域内单击后再试。）。然后在“布局”选项卡上，键入页的宽度和高度。宽度和高度的默认单位是根据用户的区域设置来指定的。如果要指定其他单位，请在数字值后面键入一个物理单位指示符，例如 cm、mm、pt 或 pc。 阅读全文]

摘要:  概述 报表是人们归纳性地观察世界的最常用的一种手段。报表资源其实是办公资源重要组成部分，也是各级领导经营决策的有力保障。作为大型的企业单位，实际上是各种管理、经济信息的聚合点，各种决策都是应该是基于大量数据采集、分析的基础上所做出的科学判定。对于财务人员，他们要对财务数据进行统计分析从而做出更为有效的财务决策；对于市场与销售人员，他们要分析促销,销售预测,并且通过跟踪客户行为来满足客户需求；对于企业运营人员，他们要利用快速,信息丰富的报表来提高运营效率。不同的人员对着报表有着不同的需求。如何加快数据的流转，提高数据分析的有效性是每个单位都面临的重大课题。IT部门在时间和资源都有限的条件下，被要求做出更多的自定义报表。在多种报表，多种数据源，不同的用户需求这种种压力之下，IT资源成为报表应用的瓶颈。因此，我们采用 SQL Server 报表服务制定了本方案，解决了以上问题，使得全公司的所有人员都可以充分享受商业智能带来的快速、更好地做出商业决策的便利。 目标 在本方案中，我们要面对的环境是：Oracle 和 SQL Server 并存的数据源，5TB以上的原始数据；30多个地区，120多个部门，1000多个用户，每天集中在9点到10点、2点到3点的并发高峰访问；18个系列，200多张报表，并且随时会增加的报表需求；慢速的网络环境；有限的软硬件投资。 系统架构 我们采用一台报表服务器访问后台 Oracle 和 SQL Server 业务数据库，在各地放置多台前端Web服务器，通过 Web Service 穿越防火墙访问报表服务器，最终用户通过浏览器、邮件、Word、Excel 和 Acrobat访问报表。管理服务器也通过Web Service穿越防火墙访问报表服务器，报表管理员通过浏览器管理报表权限、设置报表执行计划和设置数据库连接参数。报表开发人员使用 Visual Studio .NET 2003 设计报表，通过浏览器上传报表。 软硬件设计 本方案采用的软硬件有（不含业务系统数据库和网络设备）：l         服务器软件1.         Microsoft Windows Server 2003 Standard Edition2.         Microsoft SQL Server 2000 Enterprise Edition3.         Microsoft SQL Server 2000 Reporting Services Enterprise Edition4.         Microsoft Internet Information Servicesl         客户端软件1.         Microsoft Windows 98/ 2000/ XP2.         Microsoft Internet Explorer 5.0/ 6.03.         Microsoft Office 2000/ XP/ 20034.         Adobe Acrobat Reader 5.0/ 6.0l         报表开发软件1.         Microsoft Visual Studio .NET 2003l         服务器硬件1.         HP ProLiant DL560 2*Xeon MP 2.8GHz 1G内存 (报表服务器)2.         Dell PowerEdge 400SC 奔腾 4 2.4GHz 512M内存（前端Web服务器和管理服务器） 优化方法 为了在有限的硬件投资情况下满足各部门的需求，我们在系统架构和程序上做了一些优化工作。 缓存和快照 为了减轻报表运行对后台业务系统数据库的压力，同时也为了提高报表访问的速度。我们设置大部分报表以缓存方式运行。报表服务器会自动保留一份已处理报表的副本一段时间，并在用户打开报表时返回该副本。对于部分时间敏感度特别高的报表，可以设置为按需运行报表，即每次用户打开报表时，报表都查询数据源，这样报表将包含最新的数据。对于部分时间周期可以预测的报表，如日报、周报等，可以设置为快照方式运行。即报表在特定的时间生成，如凌晨1时。生成快照时，数据和报表一起存储在报表服务器数据库中。使用这种运行方法时，获取数据的查询进程独立于以某种显示格式呈现报表的进程。当用户请求该报表时，才进行最终处理。 报表订阅和传递 为了方便最终用户在移动办公的环境下可以离线访问报表，同时也为了减轻高峰时期对报表服务器和网络带宽的压力，我们设置了部分报表的订阅。报表订阅可以由用户自行创建和管理订阅，也可以由报表管理员创建和管理。报表就会在指定的时间以指定的格式发送到用户的电子信箱中。对于部分安全敏感度低而且访问频繁的报表，我们设置了报表的传递。即通过文件共享方式的订阅。报表在指定的时间发送到各前端Web服务器的共享目录中。用户在浏览这些报表时就无需访问报表服务器。 自定义呈现程序 为了减轻数据传递对网络带宽的压力，同时也为了提供更美观的呈现样式，我们开发了自定义的呈现程序。对于部分以图表形式呈现的报表，让前端Web服务器以Web Service的方式向报表服务器去获取以XML格式呈现的数据，然后在前端结合自定义的图表展现工具显示。 总结 SQL Server 报表服务的良好设计，使得我们可以大幅节省网络和硬件方面的投资。而SQL Server 报表服务的非常方面的二次开发接口和友好的文档，使得我们能够快速的开发出应用程序。同时SQL Server 报表服务自带的报表管理器，也很方便我们在项目前期使用。...[阅读全文]