小说写作毕业论文范文模板

现在对金庸小说的定性似乎很难用简单的“武侠小说”来说明问题了。从地摊读物到文学研究的经典文本，金庸小说从俗到雅的转变除了人们或大众的阅读尺度的放松，很大一部分也与金庸小说本身所包含的文化内涵有关系。陈墨先生的《金庸小说与中国文化》一书，从“文化知识论”和“文化精神论”两个部分，很详细地论述了金庸小说与中国文化的天然关系。①其实，金庸小说所包含的文化内涵不单单仅限于中国的传统文化，还包括西方文化的传统，比如情节的构思、西化语言的运用、电影手法的运用等等，还包括人物形象的的塑造和刻画，都与西方文化有着扯不断的关系。当然，作为华人作家的金庸，其作品的根柢还是在于中国的传统文化。金庸的十五部小说，时代背景都是在古代的中国，人物大多是江湖的侠客，表现的主题也都是在此基础上铺衍开来的侠义故事。所以说，侠义精神是金庸小说中的精神母题。“侠义”二字，按我个人的理解，应该分成“侠”和“义”两个部分。侠文化是中国文化中最独特的一部分，也是较能体现只能中国文化本质的一部分。中国古代对于“侠”的理解可谓是大相径庭，韩非认为“儒以文乱法，侠以武犯禁”；而司马迁则不以为然，他说“救人于厄，振人不赡，仁者有乎”，并做《游侠列传》为侠客高唱赞歌；李白的《侠客行》也对侠客给予了很高的评价，“纵死侠骨香，不惭世上英”。而“义”则是儒家的基本论点之一，“仁义礼智信，忠良孝悌行”。在中国人看来，一个人若是大忠大善，那他必定是个极重信义之人，一个若是大奸大恶，那肯定也是个没有义气的人。韦小宝说的更加明白：“一个人若不讲义气，那还不如死了算了。”金庸的小说，可以说很成功，很精彩地发挥和阐释了中国人精神深处的侠义观念，当然他的小说流传之广，读者之众也就不足为奇了。中国传统的小说很早就渗透着侠义的精神，宋代的话本小说就有专门讲述侠义故事的，四大名著中的《水浒传》可以说就是这个侠义传统的成就。真正意义上的武侠小说，可以追溯到唐人传奇《聂隐娘》，清代的公案小说从某个角度来说，也有武侠小说的影子。近代是武侠小说鼎盛发展的时期，平江不肖生、还珠楼主等作者层出不穷，一直到现代的金庸、古龙、梁羽生等，武侠小说可谓兴盛不衰、蔚为大观。当然，对武侠小说的看法可以说是毁誉参半，正统学者的批评不胜枚举，但是老百姓们可不管那么多，他们喜欢侠义故事，他们喜欢侠义英雄。在古代，人民的生活极端痛苦，贪官巫吏为所欲为，老百姓无奈之余，就希望有伸张正义、扶危济困的英雄侠士来拯救他们。从西方心理学的角度来看，人类心中都有一个“英雄情结”，或称“在上情结”，西方文学的源头就是“英雄史诗”，许多读者在阅读武侠小说的时候，都会有代入的现象存在，把自己幻想成为书中的英雄，以得到“英雄情结”的自我满足。在金庸的小说中，侠义精神得到了重新的阐释，这可以从以下几个方面来看：第一、金庸的十四部武侠小说，塑造了许许多多的形象。“侠”可以说是其中着力塑造的重点，根据金庸先生自己的观点：“侠与英雄的区别在于侠士可以不顾于自己的利益，可以为正义、为社会、为国家牺牲自己。侠士有一点，就是为了别人利益可以不顾自己的利益。”（按：根据笔者采访金庸先生录音整理）《射雕英雄传》里的郭靖，就是在各类的研究文章中被人津津乐道的“真正的侠”，“对国家忠，对朋友义，对爱情贞”，这是郭靖一生贯穿不便的原则。在《神雕侠侣》中，他助守襄阳，抵抗蒙古的入侵，可以说正是在实践他自己所说的“为国为民，侠之大者”，这时的郭靖其实已经超越了一般的江湖恩仇框架，完全是把国家兴亡，百姓疾苦与自身联系在一起了，所以江湖上人人都称郭靖“郭大侠”，这并不是因为他武功高，而是因为他为国为民的情怀；《神雕侠侣》中的鲁有脚，武功并不算一流，但就是因为他领导丐帮抗击蒙古，所以人人也称他“鲁老侠”。在金庸的观念里，一个人若要成为侠，不在于他的武功或地位有多高，而在于他是否为国家，为百姓作出了怎样的贡献，或是他为正义，为他人作出了什么。从这里可以看出，与传统文化的“侠”相比，金庸赋予“侠”更多的责任感和正义感。李白的《侠客行》有云：“三杯吐然诺，五岳倒为轻”，古代的侠士可以为报知遇之恩舍生忘死，像荆轲，像专诸，像聂政，与其说他们是侠客，倒不如说他们是政治力量的工具，是为了报答知遇对方来实现自己的自身价值，比如荆轲，他去刺秦决不是想到刺杀秦王能拯救天下百姓，天下太平，而是想到去刺杀秦王能报答燕丹的一番知遇之恩。正所谓“士为知己者死。”纵观金庸的15部武侠小说，从《书剑恩仇录》的陈家洛到《鹿鼎记》的陈近南，每可称之为侠的人都曾经为国家、为他人、为正义而奋不顾身：陈家洛是反清组织的头目，为了反清复明不惜抛弃自己心爱的女人；袁承志是抗清大将袁崇焕的儿子，名为承志，所作所为当然也是子承父业；胡斐只因恶霸凤天南逼死人命，千里追凶，不畏生死；乔峰更是为了宋辽两国息战，百姓免于战火而自尽而亡；陈近南一生鞠躬尽瘁，为的是光复大明的江山。以上所举的例子，金庸在小说中都作了可歌可泣的描述，并给予了充分的肯定。《飞狐外传》中的赵半山说的好“咱们学武的，功夫自然有高有，但只要心地光明磊落，行事无愧于天地，那么武功高点的固然好，武功低也是一般的受人敬重。”这句话说的通俗一点，似乎可以理解为“练武不为民做主，不如回家卖红薯”，这也可以说是金庸小说对于“侠”的最基本要求。第二、与“侠”相应的是“义”。如果说“侠”是金庸小说的血肉的话，那么“义”则是“侠”的灵魂，是金庸小说中最富有人文精神的一个方面。②围绕着“义”，金庸小说给我们展示了一个个豪气干云的故事。《雪山飞狐》中胡一刀、苗人凤英雄惺惺相惜的义气；《射雕英雄传》中丘处机和郭啸天、杨铁心的义气；《笑傲江湖》中正教高手刘正风和魔教长老曲洋的琴萧结义；直至《鹿鼎记》中的韦小宝在康熙和天地会之间来回，从头到尾，他也没有作过对不起任何一方的事。武侠小说中常描写到帮会、社团。他们集结的一个根本的原则就是要讲义气，是喝过血酒，拜过关公的，不求同年同月同日生，但求同年同月同日死，背叛朋友是要三刀六洞，为人不齿的。在金庸看来，“义”的一个重要内涵就是英雄人物肝胆相照，惺惺相惜，一诺千金，不负于人。③在《韦小宝这个小家伙》一文中，金庸写道：“中国人讲义气，是中华民族能够保存下来而且发扬壮大的一个重要因素。重视情义当然是好事。。。。。。一个人群和谐团结、互相爱护，在环境发生变化时尽量采取合理的方式与之适应，这样一个人群，在与别的人群斗争时自然无往而不利，历久而常胜。” ④当然，金庸小说的“义”和一般的哥们义气自然是不一样的，旧派小说一味强调无原则的江湖义气，快意恩仇，这在金庸小说里是看不到的。因为所有的义气必须有一个前提------“正义”，与正义相联系，或以正义为基础，有时为了维护正义，当然“大义灭亲”也是难免、义不容辞了。《神雕侠侣》中杨过在不明杀父真相的情况下，屡次欲杀郭靖，但是当了解到父亲杨康的可恶行径之后，马上就放弃了报仇的念头；《倚天屠龙记》中宋青书杀害师叔莫声谷，父亲宋远桥最终也是大义灭亲，成就师兄弟的恩义。

哇！你学的什么啊？毕业论文是武侠小说？关于金庸小说的东西多的是呢！到处都能找到！

孔庆东，知道吗？在百家讲坛讲过课，写了好多关于金庸武侠小说的东西。你在网上一找就行。

写作小论文有助于提高我们的学术水平，小论文的格式有哪些要求呢？下面是由我整理的1000字小论文格式 范文 模板，欢迎大家阅读。

摘要： 随着企业规模的不断扩大，各部门所需信息既相互交错，又相对独立。这就要求各部门所用的数据库既能高度自治地 工作，又能进行信息共享。本文主要介绍多DM3数据库系统间的信息共享机制。 不同DM3数据库系统间的信息共享通过协调器实现。所有这些被协调器连接在一起的数据库系统组成了一个联邦数据库。这样既能较好地满足企业的需要，也能在保证效率的前提下，提高数据的可用性。

关键词： DBMS 复制 联邦数据库

1.引言

随着经济的发展，企业的规模越来越大，其积累的信息也越来越多。存在着各部门所处理的信息多数只对本部门有效，仅有少数信息需给 其它 某些部门共享的问题。这种信息的分布性和独立性要求对所处理的数据进行分类，使各部门既能独立地处理本部门大多数数据，也使部门间能协调处理跨部门的事务。在这种情况下，对整个企业建立一个完全的紧密耦合的分布式数据库是很困难的，也是没必要的，特别是大型企业，这样的数据库的效率往往是很低的。

为解决这个问题，我们采用以下策略：每个部门使用一套紧密耦合的数据库系统，而在存在跨部门事务处理的数据库系统间用一个协调器联起来。这样就组成了一个横跨整个企业，各部门高度自治的联邦数据库系统。

DM2是由华中理工大学数据库多媒体技术研究所研制的数据库管理系统。它采用客户/服务器模型，客户机与服务器，服务器与服务器均通过网络互连，通过消息相互通讯，组成一个紧密耦合的分布式数据库系统。它的工作流程如下：客户机登录到一台服务器上，这台服务器便成为它的代理服务器;它接收来自客户机的消息，然后根据全局数据字典决定是自己独立完成该操作，还是与其它服务器协作处理这条消息，处理完成之后，再由代理服务器将处理结果返回给客户机。

而数据字典，作为记录数据库所有元数据的系统表，它向以上过程中提供各类有用的信息，引导它们向正确的方向运行，起着“指南针”的作用。它分为局部数据字典和全局数据字典。其中，局部数据字典用于记录一个服务器站点中数据库的控制信息，如表的模式，视图的模式及各个数据区的的文件名等信息。全局数据字典用于记录分布式数据库系统中各个服务器站点上有关全局数据的控制信息，如服务器站点信息，各服务器站点的全局表名及表内码记录，各服务器站点上的全局数据视图名及视图内码记录，用户名及口令记录，用户权限记录等信息。各个局部数据字典可以各不相同，但为了保证在各个服务器上所看到的全局数据库是一致的，因此，全局数据字典必须一致。我们所关心的是全局数据字典中的基表控制块TV_CTRL_BLOCK，它的内容主要包括：全局基表总数，每个全局基表名和其对应的表内码，该基表所在的服务器站点的编号等信息。它的功能是将各个服务器站点号与存储在其上的表名及表内码联系起来。这样，代理服务器从客户消息中找到被处理的表名，然后通过查询基表控制块TV_CTRL_BLOCK,就能知道该表存在哪个服务器上，以便将相关消息发给该服务器。

由于DM2上各个服务器站点的全局字典完全相同，任何全局表的信息都会记入全局字典。若用它来构建一个企业的数据库系统，则大量只对企业某部门有用的信息将会充斥在各部门所有服务器的全局字典中，增加了冗余。而且，当对全局表进行DDL操作时，为了确保全局字典的一致性，须对所有服务器的全局字典进行加锁。DM2对全局字典的封锁方式是采用令牌环方式，即令牌绕虚环(非实环)传输，某个服务器想对全局字典进行操作，必须等令牌到达该服务器才可以执行。每个部门建立的全局表绝大多数只对本部门有用，当对这些表进行DDL操作时，却要对所有服务器的全局字典进行封锁，通过令牌来实现对全局字典的互斥访问。假如，两个部门都要分别对本部门的内部表进行DDL操作，这应该是可以并行处理的操作，现在却只能串行执行。而且，当服务器数目庞大时，每个服务器等待令牌的时间将会很长。这严重损害了数据库的效率。

为弥补以上不足，在DM2的改进版本DM3中增加了协调器，用以联接各个独立的DM3数据库子系统，并协调各子系统间的各种关系，使各子系统既能高度自治地工作，又能进行有效的信息共享。

2.体系结构

本系统可看作多个数据库子系统被协调器联起来的，高度自治的一个联邦数据库系统。其中，每个子系统独立处理本系统内部的事务，而子系统间的信息共享由复制技术提供，副本间的一致性由协调器协调处理，处理所需的信息在初始化时写入协调器的组间数据字典中。当对某子系统中的一份数据副本进行修改时，该子系统会将修改通知协调器，由协调器对该数据的其它副本进行修改，从而保证了所有副本的一致性。

由以上可知，子系统彼此并不直接接触，而是各自都与协调器直接相联，由协调器统一管理子系统间的通信。这样，当子系统对副本进行修改时，不必关心相应的子系统处于何种状态，也不必等待回应消息，以及异常处理，所有这些都由协调器进行管理。因此，既提高了系统运行的效率，也保证了子系统的独立性。其体系结构如下图所示。

协调器主要有三大功能，首先，它对协调器和服务器进行初始化，并将有关信息存入组间字典;其次，它管理不同子系统间的通信，维护副本的一致性;最后，它在子系统出现崩溃时，进行异常管理及恢复工作。

图1 DM3多数据库系统体系结构

3.主要策略

多个DM3系统间的信息共享是通过副本实现的，副本的一致性是由协调器来维持的，是一种弱一致性。通常，多数据库系统间的一致性是通过协调器周期性地访问服务器的日志来完成的。由于副本的更新带有随机性，因此，若采用这种 方法 ，可能数据被修改多次，但其相对应的副本仍未被修改，这样就损害了数据的一致性;也可能数据并未被修改，但协调器已多次访问了服务器的日志了，这样就降低了系统的效率。

所以，本系统采用的方法是当数据被修改时，由服务器通知协调器有关信息，再由协调器通知相关系统，修改相关数据。这样，数据的修改及时(仍然是弱一致性)，而协调器也不会在数据未被修改的情况下访问服务器，提高了准确性。

为了使协调器正常工作，我们对底层数据库管理系统DM2进行了修改。在基表控制块TV_CTRL_BLOCK中增加一项IsReplication。建表时，该项初始化为false;当为该表建立一个副本时，该项赋值为true。具体算法如下。

初始化算法。

协调器：

从用户或应用程序接收待连接的两个系统中的服务器名，需复制的表名;

分别登录到两个系统的服务器上;

向存有待复制表的服务器发预复制消息;

等待服务器消息;

若失败，发一条失败的消息给服务器和用户或应用程序，转11);

若成功，从消息中取出待复制表的有关信息，根据这些信息，发一条建表消息给另一个系统的服务器;

等待服务器消息;

若失败，发一条失败的消息给服务器和用户或应用程序，转11);

若成功，调数据转移程序，进行数据复制;

将有关信息写入组间字典。

退出。

服务器：

当服务器收到预复制消息后，将基表控制块TV_CTRL_BLOCK中的IsReplication赋为true。同时，取出待复制表的有关信息，组成应答消息发给协调器。

当服务器收到失败的消息后，将基表控制块TV_CTRL_BLOCK中的IsReplication赋为false。

维护算法。

协调器：

从组间字典读出相关信息，根据这些信息，登录到相应系统上;

等待消息;

从某系统的服务器上收到一条修改消息后，通过查找组间字典，确定该消息的目的地，然后将它转发过去;

若失败，定时重发;

转2);

服务器：

1)等待消息;

2)当收到某客户或应用程序的消息后，检查它是否是修改数据的操作(如delete，update或insert等);

若不是，转7);

若是，检查基表控制块TV_CTRL_BLOCK中的IsReplication是否为true;

若不是，转7);

若是，向协调器发修改消息;

继续执行服务器程序的其它部分。

恢复算法。

若协调器所联接的系统中有一个跨掉了，则对副本的修改无法及时地反映到跨掉的系统中来。这时，需要恢复算法来进行处理。

协调器：

当协调器发现有一个系统已经崩溃后，采取以下步骤。

将与该系统相关的变量open赋值为false;

打开记时器;

等待消息;

若收到的消息是其它系统发出的修改崩溃了的系统上的副本的命令，则依次将这些消息存储起来，转3);

若收到的消息是记时器发出的时间到的消息，则向崩溃的系统发登录命令;

若登录成功，将open的值改为true;

将存储的消息依次发送过去，转9);

若登录失败，转3);

退出。

4.结论

我们曾在三个DM3数据库系统上，用两个协调器进行联接。结果，运行情况良好，各副本最终都能保证一致，且各副本间存在差异的时间间隔很短。另外，在出现异常的情况下，协调器也能正常工作。

主要参考文献：

1.周龙骧等，分布式数据库管理系统实现技术，科学出版社，1998。

2.郑振楣，于戈，郭敏，分布式数据库，科学出版社，1998。

3.王珊等，数据仓库技术与联机分析处理，科学出版社，1998。