SQL Server 2005系统管理与应用开发第1讲.pptVIP

* * * * * * * * * * * * * * * * * * Copyright ? by ARTCOM PT All rights reserved. www.art-com.co.kr Company Logo Copyright ? by ARTCOM PT All rights reserved. www.art-com.co.kr Company Logo SQL Server 2005系统管理与应用开发 赵松涛数据库视频培训课程系列 第1讲：面壁十年的感悟 《SQL Server 2005系统管理与应用开发》视频培训课程 第1讲：面壁十年的感悟 （1）我的数据库经历 （2）看到的数据库使用场景和教训 （3）一些感悟 （4）一些建议 * 第1讲：面壁十年的感悟 （1）我的数据库经历 1993年：接触和使用Foxbase，大学毕业设计使用； 1997年：接触和使用FoxPro，研发成功试题库系统，就是自动出题考试的系统； 1998年，接触和使用SQL Server，从6.0、7.0、2000（8.0）、2005（9.0），到刚刚使用的2008（10.0）； 1999年，接触和使用Oracle 8，8i到9i，偶尔使用Oracle 10G。 * 第1讲：面壁十年的感悟 （1）我的数据库经历 和很多初学者人一样，安装好软件就开始使用，而且就是按照默认的知识点来操作。 直到2004年的某一天，发现按照既定的操作无法恢复数据库到故障点，下定决心找到原因，最后发现联机日志发生了故障，由此对日志的理解和看法逐渐深入，发现很多以前很多错误的观念和想法！ SQL Server看似简单，实际奥妙无穷！ * 第1讲：面壁十年的感悟 （2）看到的数据库使用教训和场景 某大型的数据库项目，其开发公司也算得上是国内知名的了，使用的SQL Server 2000数据库，按照默认的数据库模式，其生产数据库竟然工作在“简单”恢复模式。发生故障后欲恢复到故障前某个时刻，开发公司永远没有做出来。 * 第1讲：面壁十年的感悟 （2）看到的数据库使用教训和场景 某国内知名的图书公司，其销售系统采用Oracle 9i数据库，竟然工作在“非归档日志模式”，而开发人员采用的备份和恢复是逻辑的IMP和EXP导入导出命令。 * * 第1讲：面壁十年的感悟 （2）看到的数据库使用教训和场景 某单位开发的数据库项目，即使是关于人的基本信息，也设计了10多张表，一旦要查询一个人的完整信息，需要关联10多张表，这样嵌套查询的结果是即使查询一个人的信息也需要10分钟左右的时间，而且还是在一台配置非常高端的服务器上。 * * * 第1讲：面壁十年的感悟 （2）看到的数据库使用教训和场景 某单位开发的数据库项目，其开发人员创建了大量的索引，其目的是认为对这些主要的字段都创建索引之后就一定可以加快查询速度，而实际上该项目的主要操作是事务性的数据插入和更新、删除操作。经过监测，发现70%的索引从来没有使用过，而且成为系统性能的制约因素。 * * * 第1讲：面壁十年的感悟 （2）看到的数据库使用教训和场景 某公司的数据库项目，管理中产生大量的备份日志，管理员认为这些日志没有什么用处而删除。后来要恢复到之前的某个时刻，再也没有做出来。询问管理员，说“数据文件和日志文件不是还在吗？为什么做不出来呢？” * * * 第1讲：面壁十年的感悟 （3）一些感悟 〔1〕：混淆桌面数据库与大型数据库的区别！ 按照学习Access、FoxPro这样的桌面数据库的方法来学习SQL Server、Oracle这样的大型数据库。对日志和数据的关系不清楚！ * 第1讲：面壁十年的感悟 （3）一些感悟 〔2〕：数据的使用和管理严重脱节！ 很多项目的开发任何和数据库的管理人员往往就是同一个人，即使这样也没有深刻理解数据的使用方式（往往就是程序中的Transact-SQL）和后台数据之间的联系！ 试想一下，你自己在开发项目时先将如何使用数据的SQL语句提炼出来，然后再和设计的表结构进行验证并优化设计吗？ * 第1讲：面壁十年的感悟 （3）一些感悟 〔3〕：没有理解事务日志的重要性！ 如果对事务和日志的概念没有深刻理解的话，那么作为DBA和开发人员是不合格的！ 事务在SQL Server和Oracle这样的数据库中是如此重要，所以应该很好地把握和理解！ * 第1讲：面壁十年的感悟 （3）一些感悟 〔4〕：过分相信系统的默认设置！ 类似SQL Server 2005和Oracle在工作时，会将数据库的很多重要参数设置为默认值，这些默认值适合我的工作环境吗？一定