数据库知识

基础理论：进程、线程、纤程、死锁、事务、日志、范式理论，这些知识建议看看数据库概论

实用技能里面：T-SQL语法，PL-SQL语法（T-sql在mssqlserver的帮助文档里就有，plsql在oracle的帮助文档里就有）

主流数据库的使用：/2005/2008，Oracle9i/10g，mysql5等等，各数据库的帮助文档里都有使用方法，小技巧之类的也可以下载电子书或者书店里随便选，到处都是。

技能提升：数据库运维、HA(高可用)、数据挖掘、数据仓库，这些知识内容，除了耐心看书以外，还要耐心工作积累实战经验。

1、例如，mysql数据库的表内容太大，超过10G可能会影响discuz论坛的运行。

2、这种情况可以通过子数据库的方法来解决。有关详细信息，您可以搜索discuz官方网站以查找相关信息。

3、数据库配置错误，有时可能是主机移动，数据库移动等，导致数据库信息填写不正确，或者旧数据库信息未及时更新，例如数据库用户名，密码，数据库表填充错误。

4、您可以修复相关的数据库信息，您可以在config目录中找到config目录，修改数据库信息配置文件。 Discus！3有三个参考配置文件。仔细检查数据库配置和其他配置是否是最新的。

安装目录/config/config_globalphp安装目录/config/config_ucenterphp安装目录/uc_server/data/configincphp。有关详细信息，请参阅discuz官方文档。

5、数据库没有运行。

6、检查主机的mysql数据库程序是否正在运行或已关闭。如果它是虚拟主机，您可以联系空间提供商以将其打开。如果虚拟主机不支持mysql数据库，则可以通过替换主机或空间提供程序来解决此问题。

1、自己在windows和linux上安装了mysql，自学linux的基础知识，学习mysql的最基础的知识，即怎么写sql，存储过程，表的设计等，从0到熟悉大概花了3个月，推荐《mysql入门很简单》。

2、系统地较为深入地学习mysql的sql优化，备份和恢复，参数优化，架构优化，硬件层面的优化，高可用方案，复制技术等等，这段时间你不一定能实际接触到这些，就像我当初那样，肯定没什么公司招一个小白。

我选择自己看书，推荐《高性能mysql》，里面所有的章节都需要看一遍，以现在的水平肯定看不懂，但需要知道大概怎么回事，为后续的找mysql初级dba的工作打一个铺垫，这个过程大概也需要3个月。

3、纸上得来终觉浅，完成以上两步，我开始准备找一份mysql相关的工作，而不是天天用着excel表格做着selectfromtable_sb这样的工作。

当然我这么猥琐的人肯定不会裸辞，该画的电路板也一样画，业余时间开始投初级mysqldba的工作，并且不间断地学习，网上各种找mysql面试的相关题目（实际上我当时完全没有任何实战经验），陆续收到一些面试，凭借之前自学的mysql知识，开始胡乱吹牛逼，先混进去再说。

你不做mysql实际相关的工作，永远也不知道自己之前认知的db知识有多幼稚。

友情提示一点，一般公司都没有专职dba的，所以面试的时候一定要自信，其实你学了这么多，虽然毫无实战经验，理论知识很大概率比面试你的人牛逼，所以各种吹，我就这样真正进入初级dba的圈子（由于这时对linux还处于cdls的水平，所以之前也根本没做过运维），这个边工作边找工作的过程又持续了2个月。

4、真正进入互联网，接触生产环境后，这是我进步最大的时候。

第一步需要将之前所学真正地应用起来，并且应用的过程中，再回头看之前的书籍，这时候需要真正去理解，而不是似是而非，一知半解。

这时再推荐《高性能mysql第三版》，全本再看一遍，这时需要全部看懂，另外还有《mysql技术内幕：innodb存储引擎》等等。

总之这段时间就需要开始关注mysql一些细节了，比如db故障处理，高可用，负载均衡等等的具体实现了。

另外，linux的知识同步也要深入去学习，至少会写shell脚本，常见的linux知识等，我在这花了1年多；

5、dba的工作一般是非常轻闲的，毕竟不是大公司，技术能力有限，该学的也学得差不多了，接触不到海量数据，高并发等比较锻炼人的场合，于是我又准备跳了。

于是来了公有云，现在每天运维万多个db实例，平均每天处理5个紧急db故障，几乎mysql会遇到的问题，感觉都遇到了，能感觉到技术实力和经验也在每天都在积累，在进步。

但是感觉还是欠缺了很多，下一步就看你选择了，是再去研究源代码，底层原理的东西多点，还是数据库运维和应用多一点，就比如业界姜承尧，何登成与叶金荣的区别。

由于我的历史原因，对c等几乎不懂，平时也用不到，所以看代码等事实际太累，于是我再去学mongodb，接了公司mongodb运维的活，算是在广度上的一个扩展，万一哪天mysql不行了呢

6、总之，对于db小白来说，最重要的一点就是，学习的过程不能断。

PS上面的方法比较野路子，适合没什么基础的童鞋，如果本来就是DBA，比如从oracle转到mysql，那么建议直接看mysql官方文档，而官方文档是db达到一定水平后必看，出问题时必查的权威文档。

ADO可以与ASP结合，以建立提供数据库信息的主页内容，在主页画面执行SQL命令，让用户在浏览器画面中输入，更新和删除站点服务器的数据库信息；ADO使用RecordSets对象，作为数据的主要接口；ADO可使用Vbscript,JavaScript语言来控制数据库的访问，与查询结果的输出显示画面；ADO可连接多种的数据库，包括SQLServer、Oracle、Informix等支持ODBC的数据库。因此，在使用ADO访问数据库之前我们还有一项重要的工作要做，那就是创建和配置ODBC数据源。

1ODBC的定义

首先，还是也让我们来解释一下有关ODBC的概念，这将有利于下面内容的理解。ODBC（OpenDatabase开放式数据库互联）是微软推出的一种工业标准，一种开放的独立于厂商的API应用程序接口，可以跨平台访问各种个人计算机、小型机以及主机系统。ODBC作为一个工业标准，绝大多数数据库厂商、大多数应用软件和工具软件厂商都为自己的产品提供了ODBC接口或提供了ODBC支持，这其中就包括常用的SQLSERVER、ORACAL、INFORMIX等，当然也包括了Aess。

数据库驱动程序使用DataSourceName(DSN)定位和标识特定的ODBC兼容数据库，将信息从Web应用程序传递给数据库。典型情况下，DSN包含数据库配置、用户安全性和定位信息，且可以获取WindowsNT注册表项中或文本文件的表格。通过ODBC，我们可以选择希望创建的DSN的类型：用户、系统或文件。

为了更好地让大家理解上一段话，我们接下来来解释一下其中的几个名词：

DSN：根据MICROSOFT的官方文档，DSN的意思是“应用程序用以请求一个连到ODBC数据源的连接(CONNECTION)的名字”，换句话说，它是一个代表ODBC连接的符号。它隐藏了诸如数据库文件名、所在目录、数据库驱动程序、用户ID、密码等细节。因此，当建立一个连接时，你不用去考虑数据库文件名、它在哪儿等等，只要给出它在ODBC中的DSN即可。

FILEDSN:当我们讨论这个问题时，先看看其他的DSN类型

SYSTEMDSN：这种DSN可以被任何登录到系统中的用户使用。

USERDSN：这是为特定用户建立的DSN。只有建立这个DSN的用户才能看到并使用它。在上面的两种情况中，DSN的细节都储存在系统的注册表中。

零基础的话，学数据库首选《数据库系统概念》，那些杂牌书就不用看了。

然后就是选择一个具体的数据库产品学习，比如Aess、SQL-Server、MySQL、Oracle、DB2等，不同的数据库产品区别很大的，每一种数据库都有相应的经典书，官方也有入门文档。哪些书就不列举了，太多，到亚马逊上搜对应的数据库名字就能找到了。

当然，如果你想快餐式入门，那就看些视频或者国内的一些什么XXX从入门到精通、XX天精通XXX之类的书吧，那些应付暂时的需要应该够了。

可以。express版本能用的，enterprise基本都可以用。

我知道的例外是express能链接字符串能attach file,也就是文件就是数据库，使用的使用在attach上去。 enterprise不行，只能在sql server中先建立数据库。

如果你担心将来迁移有问题的话，或者是要使用enterprise才用的功能的话，可以在开发机器上安装Developer版的sqlserver。

如果你正在负责一个基于SQL Server的项目 或者你刚刚接触SQL Server 你都有可能要面临一些数据库性能的问题 这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）

在这里 我不打算介绍使用SQL Server的窍门 也不能提供一个包治百病的方案 我所做的是总结一些经验 关于如何形成一个好的设计 这些经验来自我过去几年中经受的教训 一直来 我看到许多同样的设计错误被一次又一次的重复

你了解你用的工具吗？

不要轻视这一点 这是我在这篇文章中讲述的最关键的一条 也许你也看到有很多的SQL Server程序员没有掌握全部的T SQL命令和SQL Server提供的那些有用的工具

什么？我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令？？？ 你也许会这样说 对的 你不需要这样做 但是你应该用一个周末浏览所有的T SQL命令 在这里 你的任务是了解 将来 当你设计一个查询时 你会记起来 对了 这里有一个命令可以完全实现我需要的功能 于是 到MSDN查看这个命令的确切语法

不要使用游标

让我再重复一遍 不要使用游标 如果你想破坏整个系统的性能的话 它们倒是你最有效的首选办法 大多数的初学者都使用游标 而没有意识到它们对性能造成的影响 它们占用内存 还用它们那些不可思议的方式锁定表 另外 它们简直就像蜗牛 而最糟糕的是 它们可以使你的DBA所能做的一切性能优化等于没做 不知你是否知道每执行一次FETCH就等于执行一次SELECT命令？这意味着如果你的游标有 条记录 它将执行 次SELECT！如果你使用一组SELECT UPDATE或者DELETE来完成相应的工作 那将有效率的多

初学者一般认为使用游标是一种比较熟悉和舒适的编程方式 可很不幸 这会导致糟糕的性能 显然 SQL的总体目的是你要实现什么 而不是怎样实现

我曾经用T SQL重写了一个基于游标的存储过程 那个表只有 条记录 原来的存储过程用了 分钟才执行完毕 而新的存储过程只用了 秒钟 在这里 我想你应该可以看到一个不称职的程序员究竟在干了什么！！！

我们可以写一个小程序来取得和处理数据并且更新数据库 这样做有时会更有效 记住 对于循环 T SQL无能为力

我再重新提醒一下 使用游标没有好处 除了DBA的工作外 我从来没有看到过使用游标可以有效的完成任何工作

规范化你的数据表

为什么不规范化数据库？大概有两个借口 出于性能的考虑和纯粹因为懒惰 至于第二点 你迟早得为此付出代价 而关于性能的问题 你不需要优化根本就不慢的东西 我经常看到一些程序员 反规范化 数据库 他们的理由是 原来的设计太慢了 可结果却常常是他们让系统更慢了 DBMS被设计用来处理规范数据库的 因此 记住 按照规范化的要求设计数据库

不要使用SELECT

这点不太容易做到 我太了解了 因为我自己就经常这样干 可是 如果在SELECT中指定你所需要的列 那将会带来以下的好处

减少内存耗费和网络的带宽

你可以得到更安全的设计

给查询优化器机会从索引读取所有需要的列

了解你将要对数据进行的 *** 作

为你的数据库创建一个健壮的索引 那可是功德一件 可要做到这一点简直就是一门艺术 每当你为一个表添加一个索引 SELECT会更快了 可INSERT和DELETE却大大的变慢了 因为创建了维护索引需要许多额外的工作 显然 这里问题的关键是 你要对这张表进行什么样的 *** 作 这个问题不太好把握 特别是涉及DELETE和UPDATE时 因为这些语句经常在WHERE部分包含SELECT命令

不要给 性别 列创建索引

首先 我们必须了解索引是如何加速对表的访问的 你可以将索引理解为基于一定的标准上对表进行划分的一种方式 如果你给类似于 性别 这样的列创建了一个索引 你仅仅是将表划分为两部分 男和女 你在处理一个有 条记录的表 这样的划分有什么意义？记住 维护索引是比较费时的 当你设计索引时 请遵循这样的规则 根据列可能包含不同内容的数目从多到少排列 比如 姓名 省份 性别

使用事务

请使用事务 特别是当查询比较耗时 如果系统出现问题 这样做会救你一命的 一般有些经验的程序员都有体会 你经常会碰到一些不可预料的情况会导致存储过程崩溃

小心死锁

按照一定的次序来访问你的表 如果你先锁住表A 再锁住表B 那么在所有的存储过程中都要按照这个顺序来锁定它们 如果你（不经意的）某个存储过程中先锁定表B 再锁定表A 这可能就会导致一个死锁 如果锁定顺序没有被预先详细的设计好 死锁是不太容易被发现的

不要打开大的数据集

在CSDN技术论坛中 :） 一个经常被提出的问题是 我怎样才能迅速的将 条记录添加到ComboBox中？这是不对的 你不能也不需要这样做 很简单 你的用户要浏览 条记录才能找到需要的记录 他一定会诅咒你的 在这里 你需要的是一个更好的UI 你需要为你的用户显示不超过 或 条记录

不要使用服务器端游标

与服务器端游标比起来 客户端游标可以减少服务器和网络的系统开销 并且还减少锁定时间

使用参数查询

有时 我在CSDN技术论坛看到类似这样的问题 SELECT FROM a WHERE a id= A B 因为单引号查询发生异常 我该怎么办？ 而普遍的回答是 用两个单引号代替单引号 这是错误的 这样治标不治本 因为你还会在其他一些字符上遇到这样的问题 更何况这样会导致严重的bug 除此以外 这样做还会使SQL Server的缓冲系统无法发挥应有的作用 使用参数查询 釜底抽薪 这些问题统统不存在了

在程序编码时使用大数据量的数据库

程序员在开发中使用的测试数据库一般数据量都不大 可经常的是最终用户的数据量都很大 我们通常的做法是不对的 原因很简单 现在硬盘不是很贵 可为什么性能问题却要等到已经无可挽回的时候才被注意呢？

不要使用INSERT导入大批的数据

请不要这样做 除非那是必须的 使用UTS或者BCP 这样你可以一举而兼得灵活性和速度

注意超时问题

查询数据库时 一般数据库的缺省都比较小 比如 秒或者 秒 而有些查询运行时间要比这长 特别是当数据库的数据量不断变大时

不要忽略同时修改同一记录的问题

有时候 两个用户会同时修改同一记录 这样 后一个修改者修改了前一个修改者的 *** 作 某些更新就会丢失 处理这种情况不是很难 创建一个timestamp字段 在写入前检查它 如果允许 就合并修改 如果存在冲突 提示用户

在细节表中插入纪录时 不要在主表执行SELECT MAX(ID)

这是一个普遍的错误 当两个用户在同一时间插入数据时 这会导致错误 你可以使用SCOPE_IDENTITY IDENT_CURRENT和@@IDENTITY 如果可能 不要使用@@IDENTITY 因为在有触发器的情况下 它会引起一些问题（详见这里的讨论）

避免将列设为NULLable

如果可能的话 你应该避免将列设为NULLable 系统会为NULLable列的每一行分配一个额外的字节 查询时会带来更多的系统开销 另外 将列设为NULLable使编码变得复杂 因为每一次访问这些列时都必须先进行检查

我并不是说NULLS是麻烦的根源 尽管有些人这样认为 我认为如果你的业务规则中允许 空数据 那么 将列设为NULLable有时会发挥很好的作用 但是 如果在类似下面的情况中使用NULLable 那简直就是自讨苦吃

CustomerName CustomerAddress CustomerEmail CustomerName CustomerAddress CustomerEmail CustomerName CustomerAddress CustomerEmail

如果出现这种情况 你需要规范化你的表了

尽量不要使用TEXT数据类型

除非你使用TEXT处理一个很大的数据 否则不要使用它 因为它不易于查询 速度慢 用的不好还会浪费大量的空间 一般的 VARCHAR可以更好的处理你的数据

尽量不要使用临时表

尽量不要使用临时表 除非你必须这样做 一般使用子查询可以代替临时表 使用临时表会带来系统开销 如果你是用 进行编程 它还会给你带来很大的麻烦 因为 使用数据库连接池而临时表却自始至终都存在 SQL Server提供了一些替代方案 比如Table数据类型

学会分析查询

SQL Server查询分析器是你的好伙伴 通过它你可以了解查询和索引是如何影响性能的

使用参照完整性

lishixinzhi/Article/program/SQLServer/201311/22158

以上就是关于数据库知识全部的内容，包括:数据库知识、discuz论坛为什么打不开数据库、数据库应该怎么学习,零基础等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！