A. 数据库课程设计《某学校题库管理系统》
兄弟，你设计好了吗？现在我也需要啊。。。。
B. 怎么做校园BBS论坛
想做个我自己大学的校园论坛，想把论坛直接架设到自己学校的网站上”
这个容易，只要你能做的了主，详细步骤给你说下吧！
1、不需要购买域名，用你们学校原先的域名重新解析个域名比如原域名www.zhhsw.net ，na 那么你解析个域名为bbs.zhhsw.net即可。
2、在原先的空间上新建一个文件夹，取名bbs，并且把新解析的域名绑定到这个文件夹，前提是你的空间必需支持一个子目录。
3、下载程序安装到你新建的子目录内，一般用discuz！程序，免费的。（如果你做不来，我可以免费帮你下，其实很简单）
4、你学校的官方网导航栏上加个bbs连接即可！
就这样就可以了，还不要花钱，如果你的空间不支持子目录，那么你最多开个子目录，30元就够了，其它还有数据库是否支持php的，如果支持更好，不支持再开，几十元钱的！
C. sql数据库课程设计
网络即时通信系统是为用户开发研制的，用户是系统的最终使用者和评价者，所以在网络通信系统的开发设计的过程中，我们树立了从用户的寻求出发，面向用户，一切为了用户的观念，在分析与设计系统的前期，为了保证系统的功能的完善多次寻求周围同学和老师的意见，了解他们的要求，依照功能完善，界面美观，操作简单的原则进行设计 。
严格按阶段进行
系统的开发设计是一项较大的工程，所以应该将整个系统的开发设计过程划分为若干阶段，相应的阶段又要分为若干个不同的步骤，每个阶段和步骤都要有明确的工作任务和目标。这种有序的组织安排，条例清楚、层次分明，便于计划的制定和控制，并且为后续工作的进行奠定了坚实的基础，提高了工作效率和质量。
采用系统的观点处理
在系统分析阶段，在对原系统进行全面调查和分析的基础上，构造系统的最佳逻辑模型，使用户对将来完整系统的轮廓有个初步的了解和认识，以便及时和用户进行交流和探讨，不断提高系统的完善性。在此基础上进行系统的物理实现和设计，切实完成逻辑模型的具体功能。逻辑设计和物理实现二者是相辅相成、密不可分的，这样使系统的设计更加稳妥合理。
整个系统的设计主要采用快速原形法
快速原形法是信息系统设计的一个重要方法。它是根据用户提出的需求，由用户和开发者共同确定系统的基本要求和主要功能，并在一个较短的时间内建立一个实验性的、简单的信息系统模型，通过用户不断提出的意见和建议，对模型进行不断的修改和完善，直到用户比较满意为止，以便形成一个相对稳定、较为理想的管理信息系统。该方法的主要优点。
1.脉络清楚，所有问题都围绕一个模型展开，使彼此之间联系紧密。
2.有助于发现用户需求，通过对原形和用户接触，能够启发开发人员去挖掘问题，从而不断的修正、完善，最终得到一个理想的系统。
3.系统开发效率高，此方法的开发周期短、使用灵活、容易修改，这对于管理体制不够稳定的系统更加适合。
4.系统的可扩展性好，由于此方法是在原型应用中不断发展完善和修改的，所以有较强的扩展性。
在进行代码设计时，遵循了以下原则。
唯一性：在本系统中，每一个代码都和系统中的每一个对象唯一确定。
标准性：主要体现在对程序文件名命名和对数据文件命名的标准化上，遵循简单扼要，方便适用的原则。一目了然，无重复现象。为了系统维护人员便于进行系统维护，使用了统一的标准。
合理性：系统中代码设计与编码对象的分类相适应，以使代码对编码对象的分类据有标志作用。
简单性：在设计过程中采用Code-Behind代码分离，使数据库操作代码和前端调用代码分离，页面修改容易。
适应性：在代码设计过程中，代码反映了编码对象的特点，便于识别和记忆，使系统维护人员容易了解和掌握，便于进行维护工作。
系统总体功能结构
网络通信系统包含以下主要功能。
用户注册；用户登录；
查找好友；查看好友资料；
添加好友；
删除好友；
发送消息；
发送文件.
数据库表主要用来存放用户的注册信息和用户的好友资料，可利用两张数据库表来 存放用户信息和用户好友的资料。包括用户的号码，昵称，密码，在线与否，ip地址，资料，头像号，性别，E-mail和籍贯等信息。其中，用户昵称和密码是必需的字段；在线与否是由系统自动设置的；其余的信息是可选的字段。
课题整体以JAVA为平台，采用Eclipse开发工具，并使用SQL Server 2000管理数据库数据开发而成的基于Socket的集中式网络通信系统，系统采用客户机/服务器（C/S）的模式设计，是一个三层C/S结构，数据库服务器、应用程序服务器端 、应用程序客户端。系统采用C/S结构，可以将任务合理分配到客户机端和服务器端 ，从而降低了系统的通信开销。
客户层。
客户层是应用程序的用户接口部分，它担负着用户与应用间的对话功能，用于检查用户的输入数据，显示应用的输出数据，为了直观的进行操作，客户层需要使用图形用户接口，若聊天用户变更，系统只需改写显示控制和数据检查程序即可，而不会影响其他两层。
服务层。（功能层）
服务层相当于应用的本体，它是将具体的业务处理逻辑编入程序中。在应用设计中，必须避免在表示层和功能层之间进行多次的数据交换，这就需要尽可能进行一次性的业务处理达到优化整体设计的目的。
数据层
数据层是DBMS，本系统使用了Microsoft 公司的SQL Ssever2000数据库服务器来管理数据。SQL Ssever2000能迅速的执行大量数据的更新和检索，因此，从功能层传送到数
据层的要求一般都使用SQL语言。
这是我毕业论文一部分 做的是聊天系统 给你参考 无所谓给不给分~! 也不可能全给你 带代码有20兆
D. asp.net校园论坛，怎样建立数据库
一般就是文本、数字和布尔，
论坛一般ubb在线编辑器，
简单点的图片一般上传传到服务器，数据库储存路径，
超链接图片路径都是文本，
数据系统难的是构架，一开始做就上论坛，
上来就玩地狱模式是不是有点快。
E. 求推荐论坛或者网站可以找到计算机的课程设计或者毕业设计啊
我推荐你一些新颖的课题吧
基于JSP的万科新闻发布系统-java新闻发布系统javaweb新闻发布mysql数据源
基于SpringBoot+Redis的在线考试系统-java在线考试系统mysql数据源javaweb在线考试系统-javaEE在线考试系统
基于JSP的教学在线留言答疑系统-java教学在线留言答疑系统mysql数据源
基于SSM的教务管理系统(选课课程评分)-java教务管理系统mysql数据源
基于SSM+bootstrap的校园订餐系统-java校园订餐系统mysql数据源
基于JSP的高校快餐店订餐系统-java快餐店订餐系统mysql数据源
基于SSM+Bootstrap的汽车销售管理系统-java汽车销售管理系统maven分布式mysql数据源
基于SSM+Redis的停车场管理系统-java停车场管理系统mysql数据源
基于SSM+bootstrap的停车场收费管理系统-java停车场收费管理系统mysql数据源
基于Mybatis的教学管理系统作业提交批改管理系统-java教学管理系统作业提交批改管理系统
基于SSM的医院住院管理系统-java医院住院管理系统mysql数据源
基于SSM的医院药品管理系统(药品采购处方开具柜台仓库多角色)-java医院药品管理系统mysql数据源
基于JSP的在线预约挂号系统-java在线预约挂号系统mysql数据源
基于SSM的实验室管理系统-java实验室管理系统mysql数据源
基于SSM的社区矫正工作信息管理平台-java社区矫正工作信息管理平台mysql数据源基于redis的分布式session实现‘
基于SSH的校园食堂点餐系统-java校园食堂点餐订餐系统mysql数据库
基于Spring+SpringMvc+Hibernate的家政服务网-java家政服务网
基于SSM的家政服务管理系统-java家政服务管理系统家政平台mysql数据源
这些都很不错 还有很多我没发的课题，你自已找找 你应该明白 一贴就知道
F. 论坛的数据库怎么设计
常用的论坛设计方法，总结如下：
一 分割思想：
1 数据库切分：用户库、主题库、回复库
2 数据表水平切分：用户库1-n、主题库1-n、回复库1-n （比如按时间分）
3 分布式数据库：每台计算机中都有DBMS的一份完整拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的大型数据库。
4 论坛功能可以进行分隔，不同的服务器负责不同的功能
5 用主从数据库，master是写， slave是读
6 把内容与其它信息分开，好处就是可以让每个表的文件最小化,对数据库操作压力会减小，这样保证每张表数据量很小，操作速度会快，也可以在这里使用缓存
二 索引：
针对是否建立索引有着一定的分歧：
我觉得建立索引还是很有必要的。理由如下：
1）建立索引可以加快检索速度，对于论坛读和写的比例相差很大，用户体验当然是读多写少，所以综合考虑还是要用索引，而且是加在常用的读关键字上。
2）索引之所以会降低更新的速度，是因为更新还包括对索引的更新，从更新帖子10万左右，这句话是说，我们可能对发帖标题，发帖内容，回复标题，回复内容这4个字段做更新。需要注意的是，这四个字段并不是用来建立表连接的字段，为了优化查询速度我们不会在这四个字段上建立索引，所以从这道题目出发，我们建立的索引不会影响更新帖子的性能。只要被索引的列（例如回复表的标题ID）不被频繁更新,即使索引所在地行的其它列被频繁update,索引也不会被更新从而产生性能消耗,一张表一天30万次的索引更新,因它引起的性能消耗小到即使数据库安装在奔腾3单核CPU下都能轻松承担下来。
3）对于更新的速度慢的问题，我们有解决的方法，你提交更新了后，前台可以让程序返回一个正确结果，后台开个线程异步慢慢跟新数据库就是了，反正更新成功的前提就是假设数据库连接永远正确并处于可靠状态。在数据库和用户之间建立一个缓冲区。(如，将更新的数据放到内存中，达到一定数量的时候再统一更新数据库。假如以100条为例，一旦内存中达到100条数据量将这100条数据统一入库。减少insert操作)
三 缓冲：
读的时候的缓冲：缓存路由表
主题缓存表（这个取每个区的前面100条记录），一般来说负载最大的就是主题的第一页，所以缓存表是个小表。
另外使用hibernate，在数据库上面加了一层缓存。
生成静态页，缓存最热，最新的帖子。
对于经常更新的数据都设计成单独表 ，这样可以最大程度的利用hibernate缓存
缓存常用的数据和表，利用缓存来将经常被访问的帖子留在内存中，为每条缓存的记录添加一个访问时间，如果长时间没被访问就从缓存中删除掉，
避免内存过大，每次用户看帖的时候，首先检索缓存中时候有需要的帖子，没有的话再访问数据库，然后将数据库返回的帖子信息存储到缓存中。
写的时候的缓冲：数据库和用户之间建立缓存，将更新的数据放在内存中，异步操作的。所有的写贴操作 放到一个队列然后批量执行插入数据库操作。
预估计的缓冲：假如用户第一次打开某标题，那将此标题的相关的前100条数据缓存到客户断。这样避开对数据库的直接查询，减少数据库压力。
四 代码优化
1尽量避免表的连接约束通过代码来实现约束 例如用户id的验证在用户登录时验证这样就可以把帖子表的用户id外键去掉这样就成了单表操作、查询 而连接可以通过触发来实现这样最多是查询了3个表而不是连接中的笛卡尔笛卡尔积 回复表的查询限定每次查询的记录数例如限定10条其它的通过点击触发来操作"注代码优化容易出现bug 原因有些开发工具本身有优化"
五 数据库性能调优
尽量用硬件来代替软件优化 原则就是能用硬件的尽量用硬件 比如磁盘阵列 RAID0 有条件用RAID10 加大内存 .避免小表上建索引 对论坛来说数据帖子和回复不是很重要 可以定期删除一些垃圾帖子 楼主说的几百万条记录的论坛对现在的数据库管理系统和计算机来说永不着刻意的优化,定期维护打包备份数据库就可以了
提高速度的关键:
1.建立合理的索引并在查询时充分利用;
2.避免使用关联,这样避免整表扫描;使用关联不如多次使用主键查询来的快;
3.一些处理的功能尽可能放到内存中来做,比如组织主题和回复;
4.海量缓存（使用静态页面也是个不错的做法）
5 定期对表进行转储
G. 数据库系统课程设计 BBS论坛系统
到网上down个好了 一大堆
H. 数据库课程设计，校园一卡通设计
校园一卡通顾名思义，使用一张卡完成校园所有电子业务的应用。当前学校电子业务应用主要分为两类：消费和身份识别。
1、消费：包括餐厅吃饭消费、澡堂洗浴消费、超市消费、医务室、体育场馆收费等。
2、身份识别类：新生注册（数字迎新）、图书借阅、寝室和教学楼的门禁和考勤识别等。
而使用的校园卡多为mifare卡，根据卡中存放信息分为ic卡和id卡：
1、IC卡是集成电路卡，通过卡里的集成电路存储信息，此类卡存放的有各种人员信息和账户信息，与应用终端（消费机、考勤机）交互后需要上传到数据库人员信息表中，使得数据库与卡片同步，与数据库交互不够及时，批量上传数据。
2、ID卡是身份识别卡，卡中只存放一条帐号信息，每次与应用终端交互都需要与数据库交互，此类卡的应用终端必须实时联网，写校园一卡通设计的话推荐此种卡片。数据库建一组相互关联的表，使得能存放完整的人员信息，人员信息主要字段自少包括：姓名、学号、班级信息、卡号、账户金额（消费金额）、消费各种状态信息（）、权限类别（考勤的权限、食堂消费权限、洗浴消费权限、门禁刷卡权限）等，消费记录表包括交易流水、交易时间、交易地点、交易金额等。
卡与消费终端交互流程：
1、鉴权：根据应用终端的类别，交互数据库取出该账户权限类别，判断是否有资格。
2、如鉴权通过，上传消费终端上输入的消费金额，平台根据上传金额与数据库提取出来的账户余额对比，判断金额是否合理。
3、平台自动操作数据库更改消费后的账户余额及相关信息。
注：一卡通的充值流程同消费流程，纯手工敲的，欢迎采纳，一卡通业务方面问题可以[email protected]。