认真写好心得体会可以帮助我们更深入地思考和理解所学知识，从而提升写作能力，通过心得体会，我们能够更加深入地了解自己的兴趣和热情，下面是会写范文网小编为您分享的建数据库心得体会8篇，感谢您的参阅。
建数据库心得体会篇1
在这次课程设计中，我们小组设计的是一个仓库管理系统，通过设计这个系统，可以更方便地实现信息的浏览，查询，添加等操作和报表输出等功能，具体包括能实现产品入库管理，可以填写入库单，确认产品入库；产品出库管理，可以填写出库单，确认出库；借出管理，凭借条借出，然后能够还库；初始库存设置，设置库存的初始值，库存的上下警戒限；可以进行盘库，反映每月，年的库存情况；可以查询产品入库情况，出库情况，当前库存情况，可以按出库单，入库单，产品，时间进行查询；虽然这个系统的功能还不是很完善，还有很多功能尚未实现，但这也是我们共同努力的结果，只要有更多的时间，我相信我们能完成的更好。
通过这次将近一个星期的课程设计实训，我对数据库在生活中的广泛应用有了更深的'体会，同时也加深了对access20xx的认识，了解了相关的access的知识，尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。由于不会vb编程，很多功能实现起来很困难，但好在access有查询、宏和窗体，特别是宏操作可以将几个操作结合在一起，可以执行多个查询，可以调用多次窗体。例如，在某个窗体中要显示设备代码表信息，所以这个窗体中建立一个子窗体用于设备代码表的显示，我们打开窗体后又对设备代码表进行了跟新，所以窗体中显示的并不是最新数据，我们往往需要及时看到设备代码表跟新后的最新数据，窗体不会自动跟新我们就不会看到最新数据，所以这时候我们就会用一个宏操作在对设备代码表跟新之后关闭窗体在打开窗体，这样窗体就相当于完成了一次跟新操作。又例如，在一个表a中刚刚追加了一条记录，我们要将每次刚刚新添加的记录跟新到另一个表b中，用一个查询是很难完成的，经过认真思考，得到了解决的办法是，需要三个步骤，第一步，在表a中添加标志字段，设置默认值为‘否’。第二步，编写跟新查询将标志字段为‘否’的数据跟新到表b中。第三步，编写跟新查询将表a中标志字段为‘否’的跟新为‘是’。
经过这次课程设计，是我明白团队的力量是最大的，至少三个臭皮匠顶个诸葛亮，何况我们都是充满激情的团队。我想在以后的工作中我一定要做到多思考多与团队交流，遇到难题一定要有必胜的信心
建数据库心得体会篇2
持续一个月的数据库实训，让我参与了软件工程化的开发过程。其中体会最深的便是我们这个实训网的几个之最：
一.项目最大：项目大是因为我们这个事业起点网站涉及到用户众多-高校，企业，学生，老师，专家，第二个原因是网站的功能多-用户管理，网上实习，网上竞赛，毕业实习设计，项目管理，人才库管理，人才推荐，搜索 ... 项目大很容易造成系统范围的泛滥，在我们的开发初期，由于需求不太明确，功能实现没有重点，造成了需求范围的扩大，给项目开发进度造成了严重的滞后性。然后我们召开了会议讨论了这个问题，一致认同先把项目的基本功能实现，将网站的基本架构搭建起来，最后再在这个基础上继续增加我们网站的其他功能。因此在这个过程中，我深刻体会到了软件工程初期阶段的需求分析以及概要设计的重要性，这两个文档是指导我们后期开发的最重要的依据。
二.数据库表最多：如此庞大的系统，就需要庞大的数据库来支持，所以项目大的直接后果就是我们的数据库表特别多，而且表与表之间的依赖关系也复杂，实体类之间的关系众多，设计起来有一定的难度。数据库的另外一个问题是-数据表的属性，数据表属性的设计完全是依赖于我们刚开始做的需求分析文档，如果需求分析不完整的话，就会造成数据库表属性的缺失，从用户的角度看，就会觉得你的系统提供的数据不够全面，信息量小。
三.开发团队最大：我们团队一共有十四个人，这个对于我们的项目经理来说，是一个相当严峻的问题，毕竟十四个人的团队相当于其他几个小组加起来的人数总和，管理起来有相当大的难度。对于我们这些小组成员来说，由于沟通渠道太多，造成了我们项目中遇到问题，不知道去跟哪个小组成员沟通。为了解决这个问题，我们在团队中又选出了三个小组长，小组成员遇到问题，先去咨询小组长，然后小组长提供反馈信息。
四.项目各个模块间藕合度高：网站涉及的各个功能模块之间的联系紧密，模块之间的接口设计的好坏是项目最终集成成功与否的最重要因素。用户管理这一个部分要为每个模块提供接口，主要是用户的编号以及用户的类型等。每个页面之间的链接也是其中重要的模块接口。这个问题由于我们前期做好了充分的沟通以及按照概要设计中的接口说明去设计自己的模块，所以后期的模块整合没有遇到什么太大的不兼容性等问题。
需求分析阶段：需求分析阶段我完成了网上竞赛模块的需求分析，其中遇到的主要问题是阅读材料后发现网上实习，网上竞赛，毕业设计指导这几个模块的功能是类似的，提取需求分析后不够明确，经过几次跟汤老师的交流后，确定了这几个模块之间的具体差别，网上竞赛模块的基本需求也大致确定了，网上竞赛模块的基本功能就是学生通过网站报名参加竞赛，企业审核通过后，专家对作品进行评分，排名。
概要设计阶段：在需求分析的基础上，对网上竞赛模块进行了比较具体的概要设计，流程图(ipo图以及用例图);这个阶段的主要难点是对网上竞赛业务流程的描述，如何实现学生报名，企业发布，专家评审的步骤操作，与及跟其他模块对该模块的限制。
数据库设计阶段：我负责整合初步数据库设计说明书，分配组员按照各自的功能模块的具体需求设计自己模块需要的数据表，然后对这些数据表进行整合。在这个过程中遇到的问题就是数据库实在是太大了，最后下来一共有30多张表，表与表之间的关系复杂，关联性大，需要设置的外键较多，很难将所有的属性字段给提取出来，属性的类型设置也是一个问题，采用数值型还是采用字符串性在数据库设计中尤为重要，因为在后台搜索方面，数值型比较快捷，而在数据显示方面，字符串型又有直接读出不用转换的好处。每个表的主键我们采用了用实体的编号去标记它，因为这样实体间关联起来会更加简单。数据库的设计关键是要对整个项目的整体的.把握，并且要细化对每个实体类的具体属性要求。
详细设计阶段：我觉得是最重要的一个方面，一个完整的详细设计说明应该可以帮助程序员完成具体的实现，程序员可以不用考虑模块之间的耦合问题，只需要将单一的功能按照逻辑顺序编写出来就可以了。网站整体构架搭好了，我们就可以在里面填充自己的功能了。但是因为时间太仓促了，我们这个阶段也就缩水了，带来后面的问题就是后期代码编写的时候比较混乱，函数接口较难统，界面风格多样化。这个阶段，我的主要工作是跟队友一起设计出了网上竞赛模块的学生，企业，管理员，高校以及专家的界面。
编码阶段：我们是用asp.net开发的，主要任务就是从工具中选出你想要的控件，然后在控件响应函数中填充代码，完成相应的事件响应。这里遇到的最大问题是页面的排版问题，因为自己是第一次开发网站，造成了自己设计的界面风格单调，不太美观，现在就尽量做到页面的整齐。这个阶段主要做的就是：写代码→编译→调试→写代码。
这一个月中我学到了很多东西，技术方面就是学会了用asp.net编写网站，最重要的是让我经历了软件工程化的所有阶段，让我对整个软件工程有了感性的认识，而且将大学三年所学到的知识进行了一次系统的串联，更重要的是学会了如何跟项目团队中的成员沟通问题，这是一个宝贵的实践经验。
建数据库心得体会篇3
两个星期时间非常快就过去了，这两个星期不敢说自己有多大进步，获得了多少知识，但起码是了解了项目开发部分过程。虽说上过数据库上过管理信息系统等相关课程，但是没有亲身经历过相关设计工作细节。这次实习证实提供了一个很好机会。
通过这次课程设计发现这其中需要很多知识我们没有接触过，去图书馆查资料时候发现我们前边所学到仅仅是皮毛，还有很多需要我们掌握东西我们根本不知道。同时也发现有很多已经学过东西我们没有理解到位，不能灵活运用于实际，不能很好用来解决问题，这就需要我们不断大量实践，通过不断自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用东西。 从各种文档阅读到开始需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统设计开发过程。很多东西书上写很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统时候才发现其中难度。经常做到后面突然就发现自己一开始设计有问题，然后又回去翻工，在各种反复中不断完善自己想法。
我想有这样问题不止我一个，事后想想是一开始着手做时候下手过于轻快，或者说是根本不了解自己要做这个系统是给谁用。因为没有事先做过仔细用户调查，不知道整个业务流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免，不然会给后来工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后课程设计要特别注意这一块设计。
按照要求，我们做是机票预订系统。说实话，我对这个是一无所知，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计下场我已经尝过了，结果就是出来一个四不像设计方案，没有什么实际用处。没有前期调查，仅从指导书上那几条要求着手是不够。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们生活经验，根据可行性研究结果和客户要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言规范性以及我们在编程时要有严谨态度，同时在写程序时如有一定量注释，既增加了程序可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库创建、修改、删除方法有了一定了解，通过导入表和删除表、更改表学会了对于表一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价一般过程，为毕业设计打下基础。
很多事情不是想象中那么简单，它涉及到各种实体、属性、数据流程、数据处理等等。很多时候感觉后面设计根本无法继续，感觉像是被前面做各种图限制了。在做关系模型转换时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引部分，对一些比较经常使用搜索列，外键上建立索引，这样可以明显加快检索速度，最后别忘记重要安全性设置，限制用户访问权限，新建用户并和数据库用户做相应映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难事在你尝试之后你可能会发现原来她并没有你以前觉得那样，自己也是可以。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我最大感想！
以上基本是这次实习体会了，设计进行非常艰难，编码非常不容易，才发现做一个项目最重要不在于如何实现，而是实现之前需求分析和模块设计。创新很难，有些流行系统其实现并不难，难在于对市场分析和准确定位。设计，是一个任重道远过程。
建数据库心得体会篇4
今天进行了一次完整的数据库设计的过程，其实一直来说我都是非常害怕数据库的设计的，因为在刚刚接触的时候，我就知道，数据库设计其实是一个项目的开端，因为数据库设计实际上就是业务的设计，在需求清晰的时候，完成清晰流畅的业务设计又是一大难点。
一下为我自己的`心得经验希望大家批评指正！
数据库设计应该遵循以下几个原则：
对需求的认知完全没有歧义；
熟练而且正确的e—r图绘制，明确改图是表明实体和关系的图，实体表示要在数据库里保存的类，关系表示类与类之间的相互关系，关系主要有一对一，一对多，多对多。经验之谈，继承关系通常可以用一对一表示，而一对多或者多对多通常表示类之间的使用关系；
在设计时要做到高度的抽象，对内容或者关系相类似的内容抽象为一类实体，在分类时可以抽象出一个“类”的实体，与要分类实体之间进行多对多关系映射，明确哪些是必须要进行存储的实体；
如果系统涉及用户角色的不同不妨把，账户和身份的考虑分离开，账户的存在让他是一直存在的并且在身份变化时个人的历史和基础内容是不变的，就是身份的加持让他可以有特权或者使命，而账户是他在系统中的根；
对于有值内容，并且需要对值进行统计结果的需要对他进行内容的拆分，比如：
问卷表和问卷内容表，问卷内容值表要拆开，才有利于统计计算，而且他们之间是一对多关系；
有时更加困难的是一个实体会发生多个维度的分类，那么就把他的拆分维度一一分开；
“频道”概念在消息分发时是一个非常灵活的概念；
数据库可以建表来模拟消息服务器分发消息，在无法保证实时性必须存储内容时，同一消息对不同用户创建不同的副本；
总结，其实我在今天的数据库设计中就学习到这些，学习是一个逐渐进步的过程，也是一个自我折磨的过程，希望我可以在这条路上走的再远一点。
建数据库心得体会篇5
本次课程设计，使我对《数据结构》这门课程有了更深入理解。《数据结构》是一门实践性较强课程，为了学好这门课程，必须在掌握理论知识同时，加强上机实践。
我课程设计题目是线索二叉树运算。刚开始做这个程序时候，感到完全无从下手，甚至让我觉得完成这次程序设计根本就是不可能，于是开始查阅各种资料以及参考文献，之后便开始着手写程序，写完运行时有很多问题。特别是实现线索二叉树删除运算时很多情况没有考虑周全，经常运行出现错误，但通过同学间帮助最终基本解决问题。
在本课程设计中，我明白了理论与实际应用相结合重要性，并提高了自己组织数据及编写大型程序能力。培养了基本、良好程序设计技能以及合作能力。这次课程设计同样提高了我综合运用所学知识能力。并对vc有了更深入了解。《数据结构》是一门实践性很强课程，上机实习是对学生全面综合素质进行训练一种最基本方法，是与课堂听讲、自学和练习相辅相成、必不可少一个教学环节。
上机实习一方面能使书本上知识变“活”，起到深化理解和灵活掌握教学内容目；另一方面，上机实习是对学生软件设计综合能力训练，包括问题分析，总体结构设计，程序设计基本技能和技巧训练。此外，还有更重要一点是：机器是比任何教师更严厉检查者。因此，在“数据结构”学习过程中，必须严格按照老师要求，主动地、积极地、认真地做好每一个实验，以不断提高自己编程能力与专业素质。
通过这段时间课程设计，我认识到数据结构是一门比较难课程。需要多花时间上机练习。这次程序训练培养了我实际分析问题、编程和动手能力，使我掌握了程序设计基本技能，提高了我适应实际，实践编程能力。总来说，这次课程设计让我获益匪浅，对数据结构也有了进一步理解和认识。
一周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在设计过程中，和同学们相互探讨，相互学习，相互监督。我学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世，这次课程设计对我来说受益良多。
课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程。“千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义。我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础。我这次设计的科目是数据结。
数据结构，是一门研究非数值计算的程序设计问题中计算机的操作对象（数据元素）以及它们之间的关系和运算等的学科，而且确保经过这些运算后所得到的新结构仍然是原来的结构类型。“数据结构”在计算机科学中是一门综合性的专业基础课。数据结构是介于数学、计算机硬件和计算机软件三者之间的一门核心课程。数据结构这一门课的内容不仅是一般程序设计（特别是非数值性程序设计）的基础，而且是设计和实现编译程序、操作系统、数据库系统及其他系统程序的重要基础。通过这次模具设计，我在多方面都有所提高。
在界面设置中使用函数调用while。其中文本显示颜色和背景颜色都可以任意按照自己的喜好，任意改变，但改变的时候必须采用标准英文大写，同时在制作显示菜单的窗口，大小根据菜单条数设计。最后采用printf输出程序设计界面。
这次的程序软件基本上运行成功，可以简单的建立链式循环链表，并进行输出，及循环语句的运用和选择语句的控制。由于时间和知识上的限制，使得程序规模相对较小，即功能还不很全面，应用也不很普遍。原来c语言可是涉及很多知识，而不是枯燥无聊的简单的代码部分而已，利用c语言方面的知识，我们可以设计出更完善的软件。
通过这次的课程设计，更是让我深刻认识到自己在学习中的不足，同时也找到了克服这些不足的方法，这也是一笔很大的资源。在以后的时间中，我们应该利用更多的时间去上机实验，加强自学的能力，多编写程序，相信不久后我们的编程能力都会有很大的提高能设计出更多的更有创新的作品。
建数据库心得体会篇6
这次数据库课程设计用的是microsoft visual foxpro 6.0 ，而我们平时用的microsoft sql server 2000，虽然对vfp完全陌生，但在老师的指引下，我们近乎完美的完成了课程设计。当然过程是艰辛的。
面对着完全陌生的操作环境vfp，许多同学开始埋怨，要求用sql，用我们学过的asp等来完成设计。但我们慢慢发现用vfp做课程设计其实很有优势，于是它的这个优势激发了我们去了解它的欲望。老师先将vfp中基本的建数据库，建表以及建表单等向我们演示了一遍，我们也仿照着做了，发觉并不是很难。但想到这次课程设计做的是一套学生学籍和成绩管理系统，我们又开始茫然了。那天，老师给我们看了一段可以让文字循环移动的代码，这使我们产生了好奇心理，有了快速了解它的冲动。因为用面向对象的语言做特效，这还是第一次。下课之后我把那段我们不了解的语言写的特效代码发到了vfp论坛上请人帮忙解释，最后我们完全理解了那段代码的意思。
这次课程设计我们克服了炎热的天气（学校机房之前没装空调……后来设计完才装……），也克服对新知识的恐惧感以及畏难情绪。我们懂得了团队合作的重要性，也懂得了团队中如何交流、如何分工，如何集体讨论难点。我们充分利用了网络资源（技术论坛，共享的实例等）。
我们喜欢这次课程设计的感觉，喜欢编程，喜欢团队交流。
建数据库心得体会篇7
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑（未于别人比较）本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像"范式不太容易用通俗易懂的方式解释"一样，在"让工具用图标表述我的思维"时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境（vim），这是首次在脱离高级ide的情况下编码。
使用了新的开发语言（python，actionscript3），因为我一直比较喜欢"学以致用"，而且这样的"数据驱动型"软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交"可运行的代码"。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实"遇到的问题数跟人的能力是成正比的"。
建数据库心得体会篇8
在我看来，数据库课程设计主要目标是利用课程中学到数据库知识和技术较好开发设计出数据库应用系统，去解决各行各业信息化处理要求。通过这次课程设计，可以巩固我们对数据库基本原理和基础理论理解，掌握数据库应用系统设计开发基本方法，进一步提高我们综合运用所学知识能力。
当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块分工。每个人都有自己模块设计，而且写出来代码要求可以实现相应模块功能，得到理想效果。当每个人都把自己分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中奥秘。
我所负责是数据库备份和还原还有一些界面实现。还记得自己刚接触html时候，觉得很感兴趣，所以有一段时间几乎到了痴迷程度。然而php是我刚接触不久一种编程语言。不过觉得它功能真很强大，可以开发出很多大型系统。但是在做备份和还原时候，要考虑东西还是很多。当我遇到错误时候，感到很受打击。值得欣慰是，在同学帮助和大量参考书查阅下，我把自己模块做好了。这就是我收获最大地方。而且，我明白了遇到困难永不放弃重要性，我知道了团队合作重要性，我领悟了只有坚持不懈才会取得胜利。知识获得是无止境，只要你想学，只要你行动，没有什么会难倒我们。回首这一个多星期课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们不懈帮助，谢谢学校给了我们这一次实践机会，也谢谢组员们关怀。这些美好回忆美好东西将永远伴随着我。
会计实习心得体会最新模板相关文章：
★ 住建工作计划6篇
