条据书信是一种用于记录和传达信息的书面材料，它可以提供确凿的证据，帮助我们了解事实和真相。有时候，我们需要用条据书信来解决问题或者解答疑惑。适当运用段落，分清主题和次题之间的层次关系。高质量的条据书信可以为你赢得信任和好评，进而促成更多的商业机会和合作伙伴关系。
数据库课程设计心得体会
两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。
通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。
从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。
我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。
按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想!
以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。
数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。
首先，让我的记忆追溯到大二暑假，在老大的指引下()，我接触到microsoft产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称“.net是用于创建下一代应用程序的理想而又现实的开发工具”，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sqlserver2019，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。
通过一个暑假的学习，基本搞清楚了理论方面的东西，具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。
来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，justdoit!我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发的时候我想过用什么架构，c/s模式?模式有很多，怎么选择?我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。justdoit!前期工作准备好后，加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗，数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，justdoit!语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊!
我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑(未于别人比较)本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像“范式不太容易用通俗易懂的方式解释”一样，在“让工具用图标表述我的思维”时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境(vim)，这是首次在脱离高级ide的情况下编码。
使用了新的开发语言(python，actionscript3)，因为我一直比较喜欢“学以致用”，而且这样的“数据驱动型”软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交“可运行的代码”。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实“遇到的问题数跟人的能力是成正比的”。
数据库课程设计心得体会范文
一周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在设计过程中，和同学们相互探讨，相互学习，相互监督。我学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世，这次课程设计对我来说受益良多。
课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程。“千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义。我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础。我这次设计的科目是数据结。
数据结构，是一门研究非数值计算的程序设计问题中计算机的操作对象（数据元素）以及它们之间的关系和运算等的学科，而且确保经过这些运算后所得到的新结构仍然是原来的结构类型。“数据结构”在计算机科学中是一门综合性的专业基础课。数据结构是介于数学、计算机硬件和计算机软件三者之间的一门核心课程。数据结构这一门课的内容不仅是一般程序设计（特别是非数值性程序设计）的基础，而且是设计和实现编译程序、操作系统、数据库系统及其他系统程序的重要基础。通过这次模具设计，我在多方面都有所提高。
在界面设置中使用函数调用while。其中文本显示颜色和背景颜色都可以任意按照自己的喜好，任意改变，但改变的时候必须采用标准英文大写，同时在制作显示菜单的窗口，大小根据菜单条数设计。最后采用printf输出程序设计界面。
这次的程序软件基本上运行成功，可以简单的建立链式循环链表，并进行输出，及循环语句的运用和选择语句的控制。由于时间和知识上的限制，使得程序规模相对较小，即功能还不很全面，应用也不很普遍。原来c语言可是涉及很多知识，而不是枯燥无聊的简单的代码部分而已，利用c语言方面的知识，我们可以设计出更完善的软件。
通过这次的课程设计，更是让我深刻认识到自己在学习中的不足，同时也找到了克服这些不足的方法，这也是一笔很大的资源。在以后的时间中，我们应该利用更多的时间去上机实验，加强自学的能力，多编写程序，相信不久后我们的编程能力都会有很大的提高能设计出更多的更有创新的作品。
数据库课程设计心得体会
一周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的.方法和技巧。在设计过程中，和同学们相互探讨，相互学习，相互监督。我学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世，这次课程设计对我来说受益良多。
课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程。“千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义。我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础。我这次设计的科目是数据结。
数据结构，是一门研究非数值计算的程序设计问题中计算机的操作对象（数据元素）以及它们之间的关系和运算等的学科，而且确保经过这些运算后所得到的新结构仍然是原来的结构类型。“数据结构”在计算机科学中是一门综合性的专业基础课。数据结构是介于数学、计算机硬件和计算机软件三者之间的一门核心课程。数据结构这一门课的内容不仅是一般程序设计（特别是非数值性程序设计）的基础，而且是设计和实现编译程序、操作系统、数据库系统及其他系统程序的重要基础。通过这次模具设计，我在多方面都有所提高。
在界面设置中使用函数调用while。其中文本显示颜色和背景颜色都可以任意按照自己的喜好，任意改变，但改变的时候必须采用标准英文大写，同时在制作显示菜单的窗口，大小根据菜单条数设计。最后采用printf输出程序设计界面。
这次的程序软件基本上运行成功，可以简单的建立链式循环链表，并进行输出，及循环语句的运用和选择语句的控制。由于时间和知识上的限制，使得程序规模相对较小，即功能还不很全面，应用也不很普遍。原来c语言可是涉及很多知识，而不是枯燥无聊的简单的代码部分而已，利用c语言方面的知识，我们可以设计出更完善的软件。
通过这次的课程设计，更是让我深刻认识到自己在学习中的不足，同时也找到了克服这些不足的方法，这也是一笔很大的资源。在以后的时间中，我们应该利用更多的时间去上机实验，加强自学的能力，多编写程序，相信不久后我们的编程能力都会有很大的提高能设计出更多的更有创新的作品。
数据库课程设计心得体会【精选】
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑（未于别人比较）本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像"范式不太容易用通俗易懂的方式解释"一样，在"让工具用图标表述我的思维"时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境（vim），这是首次在脱离高级ide的情况下编码。
使用了新的开发语言（python，actionscript3），因为我一直比较喜欢"学以致用"，而且这样的"数据驱动型"软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交"可运行的代码"。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实"遇到的问题数跟人的能力是成正比的"。
数据库课程设计心得体会【精选】
两个星期时间非常快就过去了，这两个星期不敢说自己有多大进步，获得了多少知识，但起码是了解了项目开发部分过程。虽说上过数据库上过管理信息系统等相关课程，但是没有亲身经历过相关设计工作细节。这次实习证实提供了一个很好机会。
通过这次课程设计发现这其中需要很多知识我们没有接触过，去图书馆查资料时候发现我们前边所学到仅仅是皮毛，还有很多需要我们掌握东西我们根本不知道。同时也发现有很多已经学过东西我们没有理解到位，不能灵活运用于实际，不能很好用来解决问题，这就需要我们不断大量实践，通过不断自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用东西。从各种文档阅读到开始需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统设计开发过程。很多东西书上写很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统时候才发现其中难度。经常做到后面突然就发现自己一开始设计有问题，然后又回去翻工，在各种反复中不断完善自己想法。
我想有这样问题不止我一个，事后想想是一开始着手做时候下手过于轻快，或者说是根本不了解自己要做这个系统是给谁用。因为没有事先做过仔细用户调查，不知道整个业务流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免，不然会给后来工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后课程设计要特别注意这一块设计。
按照要求，我们做是机票预订系统。说实话，我对这个是一无所知，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计下场我已经尝过了，结果就是出来一个四不像设计方案，没有什么实际用处。没有前期调查，仅从指导书上那几条要求着手是不够。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们生活经验，根据可行性研究结果和客户要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言规范性以及我们在编程时要有严谨态度，同时在写程序时如有一定量注释，既增加了程序可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库创建、修改、删除方法有了一定了解，通过导入表和删除表、更改表学会了对于表一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价一般过程，为毕业设计打下基础。
很多事情不是想象中那么简单，它涉及到各种实体、属性、数据流程、数据处理等等。很多时候感觉后面设计根本无法继续，感觉像是被前面做各种图限制了。在做关系模型转换时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引部分，对一些比较经常使用搜索列，外键上建立索引，这样可以明显加快检索速度，最后别忘记重要安全性设置，限制用户访问权限，新建用户并和数据库用户做相应映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难事在你尝试之后你可能会发现原来她并没有你以前觉得那样，自己也是可以。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我最大感想！
以上基本是这次实习体会了，设计进行非常艰难，编码非常不容易，才发现做一个项目最重要不在于如何实现，而是实现之前需求分析和模块设计。创新很难，有些流行系统其实现并不难，难在于对市场分析和准确定位。设计，是一个任重道远过程。
数据库课程设计心得体会
本程序以c语言的栈的相关知识为基础，通过控制两个栈（运算数栈和运算符栈）的进出的栈操作，来实现对包含加、减、乘、除、括号运算符及sqrt和abs函数的任意整型表达式的求解运算。
从程序的编写来看，感觉这次自己真的学到了好多，特别是对程序的开发流程。从最初的选定程序，到最终的程序运行成功，让我感到如果是仅仅掌握课本上的知识是远远不能够很好的应用到实际的编程中去的。在这个过程中还需要我们更多的去考虑到实际条件的种种限制和约束。
我在写本程序的过程中也遇到了很多的问题，当然本程序的核心问题就是对两个栈的压出栈操作，需要做优先级判断，并要考虑什么时候进栈，什么时候出栈等操作。我采用了课本上第52-54页讲的通过一个二维字符串数组来控制比较“+-*、()as=”共9个运算符的优先级控制。对异常，如除数为0、被开方数小于0等异常也进行了精心的处理。对操作过程中要用到的y、n、a、s等字符也进行了改进，最终本程序可以不区分大小写就完成相关操作。
总之，经过本次专业课程设计，让我掌握了开发应用软件的基本流程，运用所学编程技能的基本技巧，也让我初步了解了软件设计的基本方法，提高进行工程设计的基本技能及分析、解决实际问题的能力，为以后毕业设计和工程实践等打下良好的基础。相信通过这次的课程设计，我对所学的《数据结构（c语言版）》和各种编程语言都有了一个全新的认识。我也会积极吸取本次课程设计的经验，继续研究数据结构和所学的各种编程语言。
数据库课程设计心得体会
数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。
首先，让我的记忆追溯到大二暑假，在老大的指引下(老大劝我学)，我接触到microsoft公司的net产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称。net是用于创建下一代应用程序的理想而又现实的开发工具，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的。学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sqlserver20xx，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。通过一个暑假的学习，基本搞清楚了理论方面的东西，具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。
来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，justdoit!我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发的时候我想过用什么架构，c/s模式？模式有很多，怎么选择？我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。justdoit!前期工作准备好后，那么我就得把我暑假学的net加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗，我完成了我的数据库课程设计--基于。net数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，未来十年。net的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，justdoit!语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊！我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。
数据库课程设计心得体会
这次数据库课程设计用的是microsoftvisualfoxpro6.0，而我们平时用的microsoftsqlserver，虽然对vfp完全陌生，但在老师的指引下，我们近乎完美的完成了课程设计。当然过程是艰辛的。
面对着完全陌生的操作环境vfp，许多同学开始埋怨，要求用sql，用我们学过的asp等来完成设计。但我们慢慢发现用vfp做课程设计其实很有优势，于是它的这个优势激发了我们去了解它的欲望。老师先将vfp中基本的建数据库，建表以及建表单等向我们演示了一遍，我们也仿照着做了，发觉并不是很难。但想到这次课程设计做的是一套学生学籍和成绩管理系统，我们又开始茫然了。那天，老师给我们看了一段可以让文字循环移动的代码，这使我们产生了好奇心理，有了快速了解它的冲动。因为用面向对象的语言做特效，这还是第一次。下课之后我把那段我们不了解的语言写的特效代码发到了vfp论坛上请人帮忙解释，最后我们完全理解了那段代码的意思。
这次课程设计我们克服了炎热的天气（学校机房之前没装空调……后来设计完才装……），也克服对新知识的恐惧感以及畏难情绪。我们懂得了团队合作的重要性，也懂得了团队中如何交流、如何分工，如何集体讨论难点。我们充分利用了网络资源（技术论坛，共享的实例等）。
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑（未于别人比较）本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像"范式不太容易用通俗易懂的方式解释"一样，在"让工具用图标表述我的思维"时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境（vim），这是首次在脱离高级ide的情况下编码。
使用了新的开发语言（python，actionscript3），因为我一直比较喜欢"学以致用"，而且这样的"数据驱动型"软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交"可运行的代码"。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实"遇到的问题数跟人的能力是成正比的"。
数据库课程设计心得体会
跟老板做了两个算是比较大的项目，数据库主体都是我设计的。第一个感觉很失败；第二个现在正在用，虽然总结了第一个的教训，但感觉还是有些遗憾。把这过程中的一些心得记在这里，以便日后用到时来查阅。若以后还有机会再设计数据库——现在倒还有些期待，呵呵，再有新的体会，也全部补充到这里。
随着磁盘容量的大幅飙升，这一点已经不会产生什么问题。当然冗余归冗余，不能把数据的关联弄的乱七八糟的。
本科数据库课程中学的知识直接拿来，在实际中会出大问题。满足三级范式的数据库结构会让你面对大量的连表查询，应用程序中会用到大量的数据库访问，既繁琐（烦死你）又使程序运行速度减慢。
这一点主要是用动软代码生成器自动生成代码时，如果varchar的最大长度指定为max，在自动生成代码时，它无法生成这一最大长度，需要手动补进去。
现在感觉用个var1000)就够了。
数据库表（尤其是动态表格），在你把所有字段都设计好了之后，再添加几个备注字段和预留字段。
之前我觉得这样做没多大意义，因为预留字段的列名是没有实际意义的。这样程序中使用的时候就会让人费解。但现在觉得还是有必要的，很有必要的，即便在用到时需要自己十分清楚之前预留的无意义字段现在表示什么意义。不过我的第二个数据库中还是没采用，这也是遗憾之处啊。
个人感觉用note1、note2、r1（r表示reserve）、r2、r3，2个备注字段和3个预留字段就足够了，再多的话就不容易记住哪个字段具体表示什么意义了，容易晕。类型就都用var200)吧。
数据库设计
【例1】对于数据库系统，负责定义数据库内容，决定存储结构和存取策略及安全授权等工作的是_______。(考点1)。
a)应用程序员b)用户。
c)数据库管理员d)数据库管理系统的软件设计员。
解析：数据库管理员(简称dba)，具有如下的职能：设计、定义数据库系统;帮助用户使用数据库系统;监督与控制数据库系统的使用和运行;改进和重组数据库系统;转储和恢复数据库;重构数据库。所以，定义数据库内容，决定存储结构和存取策略及安全授权等是数据库管理员(dba)的职责。
答案：c)。
【例2】在数据库管理技术的发展过程中，经历了人工管理阶段、文件系统阶段和数据库系统阶段。在这几个阶段中，数据独立性最高的是_______。(考点2)。
a)数据库系统b)文件系统。
c)人工管理d)数据项管理。
解析：在人工管理阶段，数据无法共享，冗余度大，不独立，完全依赖于程序。在文件系统阶段，数据共享性差，冗余度大，独立性也较差。所以b)选项和c)选项均是错误的。
答案：a)。
【例3】在数据库系统中，当总体逻辑结构改变时，通过改变_______，使局部逻辑结构不变，从而使建立在局部逻辑结构之上的应用程序也保持不变，称之为数据和程序的逻辑独立性。(考点3)。
a)应用程序b)逻辑结构和物理结构之间的映射。
c)存储结构d)局部逻辑结构到总体逻辑结构的映射。
解析：模式描述的是数据的全局逻辑结构，外模式描述的是数据的局部逻辑结构。当模式改变时，由数据库管理员对外模式/模式映射做相应改变，可以使外模式保持不变。应用程序是依据数据的外模式编写的，从而应用程序也不必改变。保证了数据与程序的逻辑独立性，即数据的逻辑独立性。
答案：d)。
【例4】数据库系统依靠_______支持数据的独立性。(考点4)。
a)具有封装机制。
b)定义完整性约束条件。
c)模式分级，各级模式之间的映射。
d)ddl语言和dml语言互相独立。
解析：。数据库的三级模式结构指数据库系统由外模式、模式和内模式3级构成。数据库管理系统在这3级模式之间提供了两层映射：外模式/模式映射，模式/内模式映射。这两层映射保证了数据库系统中的数据能够具有较高的逻辑独立性和物理独立性。
答案：c)。
【例5】将e-r图转换到关系模式时，实体与联系都可以表示成_______。(考点6)。
a)属性b)关系。
c)键d)域。
解析：e-r图由实体、实体的属性和实体之间的联系3个要素组成，关系模型的逻辑结构是一组关系模式的集合，将e-r图转换为关系模型：将实体、实体的属性和实体之间的联系转化为关系模式。
答案：b)。
【例6】用树形结构来表示实体之间联系的模型称为_______。(考点7)。
a)关系模型b)层次模型。
c)网状模型d)数据模型。
解析：满足下面两个条件的基本层次联系的集合为层次模型：
(1)有且只有一个结点没有双亲结点，这个结点称为根结点;。
(2)根以外的其它结点有且仅有一个双亲结点。
层次模型的特点：
(1)结点的双亲是惟一的;。
(2)只能直接处理一对多的实体联系;。
(3)每个记录类型定义一个排序字段，也称为码字段;。
(4)任何记录值只有按其路径查看时，才能显出它的全部意义;。
(5)没有一个子女记录值能够脱离双亲记录值而独立存在。
答案：b)。
【例7】对数据库中的数据可以进行查询、插入、删除、修改(更新)，这是因为数据库管理系统提供了_______。(考点8)。
a)数据定义功能b)数据操纵功能。
c)数据维护功能d)数据控制功能。
解析：数据库管理系统包括如下功能：
(4)数据库的建立和维护功能：它包括数据库初始数据的输入、转换功能，数据库的转储、恢复功能，数据库的重组、功能和性能监视等等。
答案：b)。
【例8】设关系r和关系s的属性元数分别是3和4，关系t是r与s的笛卡儿积，即t=r×s，则关系t的'属性元数是_______(考点9)。
a)7b)9。
c)12d)16。
解析：笛卡儿积的定义是设关系r和s的元数分别是r和s，r和s的笛卡儿积是一个(r+s)元属性的集合，每一个元组的前r个分量来自r的一个元组，后s个分量来自s的一个元组。所以关系t的属性元数是3+4=7。
答案：a)。
【例9】下述_______不属于数据库设计的内容。(考点10)。
a)数据库管理系统b)数据库概念结构。
c)数据库逻辑结构d)数据库物理结构。
解析：数据库设计是确定系统所需要的数据库结构。数据库设计包括概念设计、逻辑设计和建立数据库(又称物理设计)。
答案：a)。
【例1】一个数据库的数据模型至少应该包括以下3个组成部分，_______、数据操作和数据的完整性约束条件。(考点5)。
解析：数据模型是严格定义的一组概念的集合。这些概念精确地描述了系统的静态特性、动态特性和完整性约束条件。因此，数据模型通常由数据结构、数据操作和完整性约束3部分组成。其中，数据结构是对系统静态特性的描述，数据操作是对系统动态特性的描述，数据的完整性约束用以限定符合数据模型的数据库状态以及状态的变化，以保证数据的正确性、有效性和相容性。
答案：数据结构。
【例2】在关系数据模型中，二维表的列称为属性，二维表的行称为_____。(考点8)。
解析：一个关系是一张二维表。表中的行称为元组，一行对应一个元组，一个元组对应存储在文件中的一个记录值。
答案：元组。
数据库设计
随着人们对互联网的应用越来越广泛,尤其是在移动技术支持下,用户的数量在不断上升,而数据类型以及用户数量的快速增长,也对传统数据处理的方法提出了改进的要求。通过大数据中的存储、分析以及管理的要求不断提升,更好地服务于人们经济发展的实际需要。本文将介绍关系数据库技术在计算机网络设计中的应用,希望以此来改变计算机网络设计的现状,提高计算机网络设计的效率。
本文主要对计算机网络设计中使用关系数据库技术进行有效的进行分析,通过详细的介绍了关系数据库中的辅助功能以及应用原理,相对于技术而来说,在计算机网络设计中的应用关系数据库技术具有非常显着的优势,且为后期的研究提出有效的参考依据。
数据库实现整体数据的结构化,这是数据库的.主要特点之一。也是数据库与文件系统的本质区别。也就是说在考虑某个应用的数据结构的同时也要考虑整个组织的数据结构。在数据库中,不仅数据是整体结构化的,而且存取数据的方式也很灵活,可以存取的某一个数据项、一组数据项、一个记录或一组记录。而在文件系统中,数据的存取单位是记录,粒度不能细到数据项。
数据库的复杂性主要表现在数据自身与处理数据过程中。第一,对于现代的应用来说数据量是庞大的,对于这庞大的数据量来说管理起来是相复杂的;第二,数据与数据之间的动态关联关系导致了数据之间的关系问题,比如多种语义、多种类型等都属于动态的关联性,而对于时间与空间之间的关系就是非显式定义。
数据库从整体角度看待和描述数据,数据不再面向某个应用而是面向整个系统,因此数据可以被多个用户、多个应用共享使用。数据共享可以大大减少数据冗余,节约存储空间并避免数据之间的不相容性与不一致性。由于数据是面向整个系统,是有结构的数据,不仅可以被多个应用共享使用,而且更容易增加新的应用,这就使得数据库弹性大,易于扩充,来适应各种用户的要求。
数据独立性是数据库领域中一个常用术语和重要概念,包括数据的物理独立性和数据的逻辑独立性。数据与程序独立把数据的定义从程序中分离出去,加上存取数据的方法又由dbms负责提供,从而简化了应用程序的编制,大减少了应用程序的维护和修改。
近年来,伴随着我国科技技术水平的发展,在计算机网络设计中数据库的种类发展显着较多,其中总得来说,可将其分成三种类型:其中分别是网状形式的数据库技术和关系数据库技术以及层次数据库技术等这3种类型。与网状数据库技术、层次数据库技术等两种相比而言,关系数据技术是目前较为成熟的一种数据应用系统,其中在现实实践中,使用的频率也是最高的,针对较复杂的数据来说,数据管理问题效率也是比较高的。
在计算机网络设计中,关系数据库技术对数据具有非常显着的转换优势,其中主要体现在管理软件以及设计软件等方面的连接上。由于在计算机网络设计中使用关系数据库技术可以有效的使管理软件以及设计软件等连接,再者还可以在不同类型之间对相关数据进行有效的转换或者数据传递等[1]。其中在管理软件、设计软件等之中有包含了较多的软件类型,因此通过使用关系数据库技术就可以将其相关的软件进行连接,并将数据连接在一起进行相互转换,同时在这一过程中也较为简单。
在计算机网络设计中,关系数据库技术中的数据存储使较为关键的一项技术,该技术是关系数据库技术中一个较明显的特点。在关系数据库中,不仅可以依据客户的需求进行随时调用以及查询,还可以将其应用于计算机网络设计中,这就充分使得计算机网络设计的过程中依据关系数据库的相关特点进行随时调用相关数据与信息,同时用户还可以直接查询该信息的具体操作与管理[2]。目前,伴随着科技的不断发展以及普及,现阶段,计算机网络设计中所涉及了大量的参数数据,二传统的数据管理现已无法对这些庞大的数据进行有效的管理,这就充分的阻碍了计算机的可持续发展,从而影响计算机网络设计的发展。而在计算机网络设计中采用关系数据库技术可以有效的解决这一问题,从而弥补传统数据管理带来的不足之处,病高效准确的对这些数据进行有效的管理,合理的使用或者利用这些数据资源。在现实实践的过程中,一般将数据库中的逐渐转移到计算机网络结构中,这样有利于对这些数据进行统一管理与操作,除此之外,合理的利用关系数据库存储数据具有较高的的准确性,出现错误的情况比较少,这对确保计算机网络设计的准确性具有较大的帮助[3]。
综上所述,本文通过分析了关系数据库技术在计算机网络设计中的应用各种数据情况,在关系数据库中可以很好地满足具体应用的需求。在此次分析中,对大量的业务、数据加载、负载支撑以及扩容等工作做出详细分析,从而更好地满足目前大数据中增加的情况。关系数据库技术能够在今后的应用中更好地提升服务质量,同时也启示人们需要重视对分布式的数据库研究以及学习,本文中所提出的几点应用策略,希望能够对大数据研究工作带来一定帮助。
数据库课程设计心得体会
数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。
首先，让我的记忆追溯到大二暑假，在老大的指引下（老大劝我学），我接触到microsoft公司的产品。那个时候我已经学过vc和asp，因为windows程序设计实验的。课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称“是用于创建下一代应用程序的理想而又现实的开发工具”，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sqlserver，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。
通过一个暑假的学习，基本搞清楚了理论方面的东西，具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。
来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，justdoit！我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发的时候我想过用什么架构，c/s模式？模式有很多，怎么选择？我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。justdoit！前期工作准备好后，那么我就得把我暑假学的加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗，我完成了我的数据库课程设计--基于数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，未来十年的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，justdoit！语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊！
我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。
（最后，很感激学校给了我们这次动手实践的机会，让我们学生有了一个共同学习，增长见识，开拓视野的机会。也感谢老师们对我们无私忘我的指导，我会以这次课程设计大赛作为对自己的激励，继续学习。毕竟学习就是一个justdoit的过程！）。
数据库设计
进行数据库设计首先必须准确了解和分析用户需求（包括数据与处理）。需求分析是整个设计过程的基础，也是最困难，最耗时的一步。需求分析是否做得充分和准确，决定了在其上构建数据库大厦的速度与质量。需求分析做的不好，会导致整个数据库设计返工重做。
需求分析的任务，是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新的系统功能，新系统还得充分考虑今后可能的扩充与改变，不仅仅能够按当前应用需求来设计。
调查的重点是，数据与处理。达到信息要求，处理要求，安全性和完整性要求。
分析方法常用sa(structuredanalysis)结构化分析方法，sa方法从最上层的系统组织结构入手，采用自顶向下，逐层分解的方式分析系统。
数据流图表达了数据和处理过程的关系，在sa方法中，处理过程的处理逻辑常常借助判定表或判定树来描述。在处理功能逐步分解的同事，系统中的数据也逐级分解，形成若干层次的数据流图。系统中的数据则借助数据字典（datadictionary，dd）来描述。数据字典是系统中各类数据描述的集合，数据字典通常包括数据项，数据结构，数据流，数据存储，和处理过程5个阶段。
概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合，归纳与抽象，形成了一个独立于具体dbms的概念模型。
设计概念结构通常有四类方法：
自顶向下。即首先定义全局概念结构的框架，再逐步细化。
自底向上。即首先定义各局部应用的概念结构，然后再将他们集成起来，得到全局概念结构。
逐步扩张。首先定义最重要的核心概念结构，然后向外扩张，以滚雪球的方式逐步生成其他的概念结构，直至总体概念结构。
混合策略。即自顶向下和自底向上相结合。
逻辑结构设计是将概念结构转换为某个dbms所支持的数据模型，并将进行优化。
在这阶段，e-r图显得异常重要。大家要学会各个实体定义的属性来画出总体的e-r图。
各分e-r图之间的冲突主要有三类：属性冲突，命名冲突，和结构冲突。
e-r图向关系模型的转换，要解决的问题是如何将实体性和实体间的.联系转换为关系模式，如何确定这些关系模式的属性和码。
物理设计是为逻辑数据结构模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。
首先要对运行的事务详细分析，获得选择物理数据库设计所需要的参数，其次，要充分了解所用的rdbms的内部特征，特别是系统提供的存取方法和存储结构。
常用的存取方法有三类：1.索引方法，目前主要是b+树索引方法。2.聚簇方法（clustering）方法。3.是hash方法。
数据库实施阶段，设计人员运营dbms提供的数据库语言（如sql）及其宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制和调试应用程序，组织数据入库，并进行试运行。
数据库应用系统经过试运行后，即可投入正式运行，在数据库系统运行过程中必须不断地对其进行评价，调整，修改。
数据库设计
：笔者主要针对铁路发电车巡检作业的实时信息管理系统的数据库设计进行分析，该系统主要依靠的是软件，通过该系统数据库的设计，使系统运行稳定，保障了数据的安全，提高了列车的在线管理效率，保障铁路的高效建设与科学管理。
数据库；数据表；数据库安全；数据库读取。
一个系统的成功50%由软件所决定，而软件的成功则由支持该系统的数据库决定，数据库设计的好坏是关键。关于数据库设计的法则实例很多，但一个应用系统的数据库设计应该与该系统的设计相结合，才能发挥系统的最大作用。下面就介绍一个系统数据库的设计过程，经过事先数据库缜密的设计，使得此应用系统在使用中运行稳定，使用得心应手，真正起到了辅助管理的作用。
1系统背景客运安全是铁路安全运营的重中之重，客运列车发电车在运行过程中发电机组的定时巡查作业是客运安全的重要保障。根据铁路安全作业规程，客运工作人员需要定时进入发电车车厢内检查发电机组的工况，以便及早发现故障或者事故隐患，保障列车安全运行，但是地面管理人员无法实时了解到车上的巡检作业情况，无法确认作业人员是否按规定路线、时间、及次数检查到位，无法及时提醒，存在较大的监管漏洞和安全事故隐患。每年由于当班发电车乘务员严重违反作业纪律，当班过程中脱岗，没有及时发现火情以致火情扩大，是导致事故发生的重要原因。运辆客车电[20xx]1979号文明确指出各铁路局要在发电车上加装巡检系统，加强地面值班人员对发电车运行情况的掌控和应急指挥。笔者就介绍发电车巡检信息系统的数据库设计过程。
2.1数据库需求客车巡检信息实时管理系统处理信息数据海量、数据实时性要求高、数据关系复杂，因此系统数据库设计质量是整个系统能否长期高效、稳定运行的关键。数据库的.设计与系统应该紧密结合，根据分析，该数据库应满足的功能如下。可实时显示所有当前运行车次的作业情况，包括所挂车次、每个信息钮巡检作业时间、巡检人员，巡检率等；可实时显示所有车次运行状态及其车载手持设备的状态；可实时提示未正常作业情况，可及时更新未正常作业提示；可对车辆信息进行管理，包括运行区间、运行时间段、车体信息等；可对信息钮进行管理，包括工位钮、人员钮名称、关联发电车信息等；可对特殊作业情况进行数据恢复；可按需求查询、统计指定时间段的各车次的作业情况；可保存系统日志；可实现对用户、角色的管理；可实现对手持硬件设备的初始化、数据读取、及数据管理。
2.3数据库安全分析数据库安全包含两层含义：第一层是指系统运行安全；系统运行安全通常受到的威胁如下，一些网络不法分子通过网络、局域网等途径通过入侵电脑使系统无法正常启动，或超负荷让机子运行大量算法，并关闭cpu风扇，使cpu过热烧坏等破坏性活动；第二层是指系统信息安全，信息安全通常受到的威胁如下，黑帽对数据库入侵，并盗取想要的资料。本系统数据实时性要求强，以及设计铁路运营图，安全性要求也很高，本系统数据涉及安全采取的具体措施如下。
2.3.1使用安全的账号策略由于sqlserver不能更改sa用户名称，也不能删除这个超级用户，所以，我们给它使用一个非常复杂的密码；而且在此系统中也不使用sa账号，建立个拥有与sa一样权限的超级用户来管理数据库，这样通过安全的账号登陆数据库就有了保障。
2.3.2使用安全的密码策略本系统数据库的密码采用多种数字字母组合的方式，并保证12位以上，并且系统账号的密码不会写于应用程序中；sqlserver20xx安装的时候，采用混合模式，首先输入的是sa的密码，这样从安装方面保证了系统数据库的安全；同时数据库的后期使用维护中，我们要求系统管理员养成定期修改系统及数据库密码的好习惯，管理员还应该定期查看数据库中是否有不符合密码要求的账号增加，如果不是系统所需账号，马上删除，防止给数据库造成损坏，进而影响系统稳定。
数据库设计
当前，计算机数据库软件很多，如access，vfp，mysql,orcle，db2等等。其中常用的中小型数据库软件以vfp（visualfoxpro）最为常用。该软件表操作简单,迅速,实现人机交互简单.可以编写各种的人机交互系统，使开发者能够轻松使用，对于编写管理信息系统有很大的帮助。所以在航空雷达站设备管理数据库中采用vfp软件进行编写。
雷达站设备管理数据库的设计思想是希望通过数据库可以对当前各设备的大致状态（正常还是待修）有一个了解；设备相关的备品备件存放处可以通过本数据库能够迅速找到；另外还要有增加设备和减少设备的功能，这是因为雷达站时常要更新一些设备；能够对设备进行查询，即通过我知道的设备名称能够查询出相应设备的各项信息来；要能够对一些信息进行修改，因为设备的状态或备件的存放地点有可能发生改变，这样就要对相应信息进行更改，以便使设备的信息与设备的实际情况相一致。基于以上设计思想，在设计数据库时建立了6个功能模块，这六个功能模块分别是搜寻模块、查询模块、添加模块、删除模块、编辑模块以及打印模块。其中搜寻模块有四个功能键组成，分别是第一个、最后一个、下一个、上一个。可以通过这四个功能键对设备进行搜寻，同时也可对所有设备进行一个整体了解。查询模块是为了方便维护人员迅速地找到相关的设备信息，维护人员可以通过输入自己所知的设备的名称直接就使数据库给出相关的设备具体信息。以上这六个模块基本满足了雷达站设备管理的需要，对设备维护人员是一个很大的帮助，尤其是对新参加工作的设备维护人员来说，无疑是一个很好的帮手，使其无需死记硬背一些死信息，就像一个助手一样帮助了解设备的相关信息。由于是雷达站的内部数据库，避免不相干的人进入，以免造成数据库的混乱，因为本数据库的设计使得进入本数据库的人员对数据库拥有很大的权利可以任意的更改以及增删设备信息，所以安全性是一个重要的问题。在这里，设计了一个密码界面，进入设备数据库的人必须输入正确的密码，否则无法进入。设备数据库的设计思想基本可以通过设备数据库原理框图说明。当通过搜寻模块表单或查询模块表单进入到相应的设备表单时，为了更好地使所建立的数据库服务于实际工作，这里把数据库分成了三个功能模块。在这三个功能模块中，设备明细功能模块的作用主要是提供设备的一些基本信息，例如设备名称、产地、件数、现工作状态是否正常、有无备件等等。便于对相应的大型设备有个总体的把握。维护记录菜单下包含了三个维修维护人员的子菜单，提供相应工作人员以前的维修维护信息。针对与每个操作者，提供了相应的以前维修记录。其中包括设备名、维修内容以及维修日期三项。相应的还有一些功能按钮提供一些必要的功能。其中，使用备件按钮的启动将调出相应设备备件，可以输入所使用的备件个数，则相应的库存备件数就会减少，从而实现备件表的更新。查看记录的设立为的是可以使操作者查看以前的`维修记录。新记录的设立是为了让操作者输入新维修记录，以便有利于实际工作需要。确定关闭都是辅助按钮，目的是确定新记录的完成和退出界面。以上各功能模块，从各个方面进行了考虑，从而保证相应机器设备管理工作的有效进行。
空管雷达站设备管理数据库的设计是基于先进的计算机数据库软件vfp6.0设计开发的。整个数据库具有六个功能模块，可以实现雷达站相关设备的有效管理。其中包括对相关设备配件的使用以及相关设备维修维护状况等的纪录，从而保证雷达站相关设备的及时到位以及提醒维修维护人员及时维护设备。该数据库系统具有密码界面可以保护数据库系统不被外部人员侵入，为雷达站维修维护人员提供了有益的帮助。
数据库设计
本次课程设计的选题，研究及论文的撰写均是在我们的指导教师×老师和×老师的悉心指导下进行的。设计中的.每一个环节无不凝聚着×老师和×老师的心血。老师在数据库设计方面有很多的实践经验，在我们面对问题时对我们的悉心指导及其严谨的工作态度锐意创新的精神，使我们受益匪浅，在此特别向×老师和×老师表示深深的感谢和由衷的敬意。
在系统的完善过程中，我们也遇到了这样或那样的技术问题，但经过自己的不懈努力及查阅大量的资料，最终还是完成了这次任务，虽然结果与老师的预期有一定的距离，但我们都尽了最大的努力。实训期间，同学们也给了我许多有益的启示和帮助，使我能够顺利完成。
在论文的最后，我要再次感谢×老师，她是我们的授课教师，同时也是我们实训的指导老师。在上课时，她会细心地为我们讲解课上知识，下课时，也会不遗余力地为我们解答疑难问题。在本次课程设计时她也非常的细心，每次有什么问题，她都会细心地讲解与示范，直到我们明白为止。在这里，对您衷心地表示感谢孙老师和关老师的帮助，同学的帮助都是我在未来的最大财富。在最后，我要再次感谢给予我帮助的老师同学们。祝你们今后事事顺心。
特别感谢×老师和×老师一直以来对我们的关怀与教导，再次祝您工作顺利，事事如意。