MYSQL网页设计SQL Server 2005之Integration Service...
这种服务也提供了足够的监控功能来跟踪性能和使用情况，在问题发生时将发出通知并生成一定深度的分析报告。 SSIS（SQLServerIntegrationService）是在SQLServer2000的DTS的基本上做的一个十分年夜的改善的新工具。接纳了数据流和把持流分别，计划和部署分别的架构计划，引进了更多新的转换，终究向着专业级的ETL工具迈了一年夜部。因为绝对DTS的改善十分年夜，开辟和利用SSIS也就显得比DTS略显庞大。可是关于年夜型项目，实践上SSIS比DTS要复杂的多。
本文经由过程一个最复杂的例子，演示了开辟和部署一个SSISPackage的全部历程。
1.开辟
SQLServer2005关于客户真个办理和开辟工具做了高度的集成。关于数据库的办理和T-SQL开辟，利用新的SQLServerManagementStudio；关于SSIS，SSRS(SQLServerReportingService)，SSAS(SQLServerAnalysisService)的开辟则利用SQLServerBusinessIntelligenceDevelopmentStudio。
翻开BusinessIntelligenceDevelopmentStudio，新建一个project，模板选择IntegrationServicesProject，项目名SSISTEST。
选择DataFlow标签页，先建一个新的数据流。从DataFlowSources当选择一种源，这里我们利用SQLServer数据库来做为数据来历，以是选择OLEDBSource，按下左键拖到事情区。这时候因为该source还没有设置毗连信息，以是图标上有一个红叉，暗示其形态是Invalid的。
没有干系，我们先新建一个毗连。在ConnectManagers事情区右击，选择NewOLEDBConnect，然后点New设置要毗连的数据库便可。
回到数据流事情区，双击OLEDBSource,在弹出的窗口当选择对应的connect，DataAccessMode选择tableorview，然后实行源数据表大概视图，ok。
接上去，建一个方针数据。从DataFlowDestinations当选择OLEDBDestination，拖到DataFlow事情区。
这个例子中，我只筹办从一个源表将数据间接导进到方针表，不做任何转换。以是这时候能够间接将OLEDBSource组件的输入毗连到OLEDBDestination组件的输出。也就是拉动Source的绿色箭头指向Destination。实践的ETL流程，还要对数据做良多转换和清算的事情，能够经由过程增加各类DataFlowTransformations来完成庞大的转换逻辑。
数据从Source毗连到Destination後，双击OLEDBDestination设置毗连信息，假如方针和源不在统一个数据库，那末还必要在ConnectManagers中新建一个OLEDB毗连。一样选择好DataAccessMode和方针表的，假如方针表还不存在，能够New一个。在Mappings中，能够看到已主动将source和destination的列做了映照，也能够再手动修正。
数据流计划完後，还必要计划把持流。因为本例子中只要一个数据流，以是把持流中只要一个部件；如许，一个最复杂的SSISPackage就开辟完成了。
2.部署
开辟好的SSISPackage，还必要部署到要运转的呆板上。起首要天生部署工具。
在Project->SSISPropertites，选择DeploymentUtility，将CreateDeploymentUtility属性设置位TRUE。
然后从头Build工程，这时候能够在工程目次的bin下(在工程属性中能够设置输入的目次，bin是默许目次)，天生了一个Deployment目次，将该目次复制到要部署的呆板上，然后右击个中的SSISTEST.SSISDeploymentManifest，选择Deploy，启动部署导游，依照提醒一步步将package部署到SQLServer中便可。
3.调剂
新建一个Job，在Step当选择范例为SQLServerIntegrationServicesPackage，然后实行要调剂运转的Pacage便可。
4.办理
用SQLServerManagementStudio毗连到IntegrationService上便可办理已部署的Package
如果你在一个遵循GPL的自由(开源)项目中使用MySQL，那么你可以遵循GPL协议使用MySQL。然而，如果你的项目不是在GPL协议下的话，你必须为使用MySQL来支付许可费用，或者你可能因为这个因素而将你的项目改为遵循GPL。 不好!如果出了错;不好调试;不好处理!其实web开发将代码分为3层:web层;业务逻辑层和数据访问层;一般对数据库的操作都在数据访问层来做;这样便于调试和维护!而且将来如果是换了数据库的话;你只需要改数据层的代码;其他层的基本可以不变!要是你在jsp中直接调用sql数据库;那么如果换了数据库呢?岂不都要改?如果报了异常呢?怎么做异常处理? 多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油 呵呵，这就是偶想说的 having子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having条件显示特定的组，也可以使用多个分组标准进行分组。 外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。 如安全管理、备份恢复、性能监控和调优等，SQL只要熟悉基本操作就可以，只要程序设计部分只要稍加了解即可（如存储过程、触发器等）。 另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程); 数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。
页:
[1]