我想问下数据库跟前台一般是用什么方法连接的 一般有几种方法，用于网上聊天系统

各种网站开发语言连接数据库的方法都有各自的数据库连接 *** 作，不过大致都是一样的，通过数据库连接字符串连接数据库，通过执行SQL对数据库进行增删改查等 *** 作。

在线的Web聊天系统相对于客户端的聊天系统在程序结构上有很大的不同，Web聊天系统（也就是B/S结构的聊天系统），每个用户所 *** 作的都是同一个程序，大致设计思路如下几种：

1利用Application 公共变量，每个用户在登录Web系统的时候，通常会创建一个Session来保存记录该用户的身份，这个Session是每个用户独有的，相当于是个私有房间，而Application 公共变量 是每个用户都可以进行 *** 作的，相当于一个公共房间，每个用户都可以进入，但是这个公共房间一次只能进入一个用户，所以进入前要开门，进入后要锁门也就是需要Lock *** 作。可以用这个唯一的Application 来保存每个用户 说过的话，显示在每个用户的页面上（显示时最好使用AJAX)，如需要保存聊天记录，把Application 中的值存入数据库即可

2第二种方法跟现在论坛程序中的消息模块差不多，用户在说话时，直接存入数据库，需要存入的还有这个发言是 谁说的，给谁说的，在用户的页面上可以使用Ajax进行间隔的更新 *** 作，使用户可以看到即时消息

应该还有其他的方法可以实现网上聊天系统，我个人推荐第二种方法，具体的 *** 作要看使用的那种语言开发的，思路都是一样的，希望可以给你一些帮助

不知你是要B/S结构，还是C/S结构的，上面说的是B/S结构

对于C/S结构，有用户对用户的点对点发送 和 服务器对用户的一对多发送，传统的是使用socket进行发送与接收，不过现在大部分即时聊天工具，如QQ，MSN等使用的是新兴起的XMPP即时通信协议，使用XML格式进行传输，你可以在网上找些相关的资料，至于数据库在该系统中的使用，主要是在服务器端

如果你不是学编程的，让我们从何说起呢

access可以直接做前台，只有几个人查询的话，直接用access作就可以了，

先考虑需要几个数据库，格式，字段名，先设计好数据库

然后可以用access自动的报表和查询功能来做界面，非常简单，界面上有向导连接数据库，然后你能够把一个个字段拖动到前台上的任何位置，就像作图一样，稍微布置布置，就ok拉，在access的主菜单中可以设置启动项，设置为启动直接运行界面，这样，每次打开，就能看到这个界面

这个界面应该包括，输入，保存（自动更新），撤销，编辑，查询，等功能

实际上只要和表连接好，前面的几个功能都是自动实现的，当你添加一个按钮上去的时候，也会产生向导问你这个按钮的作用，必须编辑，新建，删除，向导包括的一些常用功能，应该能满足你的所有要求。不需要考虑太多编程细节

如果只有一个人输入，其他人主要是查询，可以做多个界面，通过按钮来相互切换

这样讲，能明白吗？

这个要慢慢来的呢，内容太宽了，一句二句的也说不清楚呢，你找个简单留言本代码 看看数据库是怎么 *** 作的，然后根据需要慢慢深入学习就可以了，后台 和前台 *** 作的是同一个数据库，只是前台的权限只有读取，后台的有写入权限罢了。

这是一个非常复杂的问题。建议这位网友去看看有关软件工程的书籍。当然，看书是一件非常烦闷的事情，在这，尽管试试将我的经验写一点吧。

首先，要明确你要做一个什么系统。想达到什么目的。想怎样去使用。有了明确的目标后，便要开始计划整个数据库系统该怎样去做。

第二，是选择数据库后台。数据库是保存数据的工具，可以理解为保存数据的一个大仓库，它把你所需要的数据全部保存起来。但要怎样使用这些数据，使之可以根据你的需要显示出来，那就不是数据库的责任了，这就需要程序来实现了。不同的数据库后台各有优点缺点，不可一概而论哪个好哪个差，要看系统实际来斟酌。即是说，确定目标后就需要选择数据库。

第三，确定后台数据库的内容，即确定数据结构。既然整个数据库等于一个大仓库，此时就要把仓库划分成一个个区域，用于保存不同类别的东西。这就是确定数据表及每个表的字段及各字段的数据类型。这是非常巨大的工作，你需要把有可能使用到的内容都设计到你的数据表中，以便以后可以保存及调用数据。还要想到表与表的关系，字段与字段的关系。好的数据结构会使到整个程序设计方便、科学、全面。这些内容，必须去查看相关书籍，同时不断积累经验，并非三言两语可以说得清楚了。

第四，选择合适的前台开发工具。对于后台数据库的 *** 作，目前常用的前台开发工具基本都可以与之相连并对之 *** 作，但是不同的开发语言有各自的长处。选择哪一种语言并不太重要，最重要是看你是否愿意一心一意钻研下去。对于初学者，什么语言都是一样的，就如小孩子学语言，学中英意日其实都一样容易，也一样难。

第五，当清楚数据库后台和开发前台的特性与功能后，就可以开始规划系统的流程了。一般可以根据系统功能先将其划分为几大功能模块，然后再细分为各个细功能模块，然后对于各个功能模块进行设计。一般流程可以是这样的：

1、设计流程图。把整个功能用流程的方式显示出来，让自己的思路清楚地记录在流程图上，这样可以轻易地模拟模块的运算过程，查找出不合理的地方进行修改。

2、编写程序。确定流程合理无误后，便可以开发进行程序的编写。由于现时硬件的强大，对语句的要求已经不再强调。只要可以达到目的，就可以了。

第六，试运行程序。完成一个功能后，可以试运行，输入数据进行测试，不断修改，最后达到完全无误。

第七，测试。完成程序后，就要进行全面的测试。一般来说，自己是找不到自己的错误的。明知是错就不会写进去，所以我喜欢找别人来为我测试。让别人去用，而且是让别人随便地用，不一定按自己所说的 *** 作方法去用。这样最容易找到程序中的错误。

第八，不断地修改。不断修改程序，使其所有的漏洞都改正过来。

第九，编译。程序确认无误后，就可以进行编译。

第十，投入使用。

其实我所写的并不能回答这个问题，完全解答这个问题，最后还是去学习一下软件工程。不看书总是不行的。希望可以为你带来一点点帮助吧。

一：表中应该避免可为空的列；二：表不应该有重复的值或者列；三：表中记录应该有一个唯一的标识符在数据库表设计的时候，数据库管理员应该养成一个好习惯，用一个ID号来唯一的标识行记录，而不要通过名字、编号等字段来对纪录进行区分

每个表都应该有一个ID列，任何两个记录都不可以共享同一个ID值

另外，这个ID值最好有数据库来进行自动管理，而不要把这个任务给前台应用程序

否则的话，很容易产生ID值不统一的情况

另外，在数据库设计的时候，最好还能够加入行号

如在销售订单管理中，ID号是用户不能够维护的

但是，行号用户就可以维护

如在销售订单的行中，用户可以通过调整行号的大小来对订单行进行排序

通常情况下，ID列是以1为单位递进的

但是，行号就要以10为单位累进

如此，正常情况下，行号就以10、20、30依次扩展下去

若此时用户需要把行号为30的纪录调到第一行显示

此时，用户在不能够更改ID列的情况下，可以更改行号来实现

如可以把行号改为1，在排序时就可以按行号来进行排序

如此的话，原来行号为30的纪录现在行号变为了1，就可以在第一行中显示

这是在实际应用程序设计中对ID列的一个有效补充

这个内容在教科书上是没有的

需要在实际应用程序设计中，才会掌握到这个技巧

四：数据库对象要有统一的前缀名一个比较复杂的应用系统，其对应的数据库表往往以千计

若让数据库管理员看到对象名就了解这个数据库对象所起的作用，恐怕会比较困难

而且在数据库对象引用的时候，数据库管理员也会为不能迅速找到所需要的数据库对象而头疼

为此，笔者建立，在开发数据库之前，最好能够花一定的时间，去制定一个数据库对象的前缀命名规范

如笔者在数据库设计时，喜欢跟前台应用程序协商，确定合理的命名规范

笔者最常用的是根据前台应用程序的模块来定义后台数据库对象前缀名

如跟物料管理模块相关的表可以用M为前缀;而以订单管理相关的，则可以利用C作为前缀

具体采用什么前缀可以以用户的爱好而定义

但是，需要注意的是，这个命名规范应该在数据库管理员与前台应用程序开发者之间达成共识，并且严格按照这个命名规范来定义对象名

其次，表、视图、函数等最好也有统一的前缀

如视图可以用V为前缀，而函数则可以利用F为前缀

如此数据库管理员无论是在日常管理还是对象引用的时候，都能够在最短的时间内找到自己所需要的对象

五：尽量只存储单一实体类型的数据这里将的实体类型跟数据类型不是一回事，要注意区分

这里讲的实体类型是指所需要描述对象的本身

笔者举一个例子，估计大家就可以明白其中的内容了

如现在有一个图书馆里系统，有图书基本信息、作者信息两个实体对象

若用户要把这两个实体对象信息放在同一张表中也是可以的

如可以把表设计成图书名字、图书作者等等

可是如此设计的话，会给后续的维护带来不少的麻烦

如当后续有图书出版时，则需要为每次出版的图书增加作者信息，这无疑会增加额外的存储空间，也会增加记录的长度

而且若作者的情况有所改变，如住址改变了以后，则还需要去更改每本书的记录

若这个作者的图书从数据库中全部删除之后，这个作者的信息也就荡然无存了

很明显，这不符合数据库设计规范化的需求

遇到这种情况时，笔者建议可以把上面这张表分解成三种独立的表，分别为图书基本信息表、作者基本信息表、图书与作者对应表等等

如此设计以后，以上遇到的所有问题就都引刃而解了

我只是系统的讲一下“网站前台与后台的连接”。 其实，这个问题缠绕了很多网页制作者。当然，我以前也是其中之一。呵呵。 先做个示意关系图： 网站前台—→数据库—→网站后台 其实关键的问题就是上面所示的，所谓的后台管理前台，说白了就是连接数据库而已。 后台是通过前台更新前台的。所以，以前见好多网友问怎么将网站前台和后台直接连接的问题时，我还以为网站前台和后台是直接联系的呢，原来不是！ 但是上面的示意关系图只是个概括性的，中间还要设置数据源（ODBC）中的系统DNS等等。 其实，你要想实现网站、论坛等等的注册功能，大概流程应该是这样的。 建立注册页面—→建立数据库—→设置数据源（ODBC）中的系统DNS—→将数据库文件复制到网页目录下—→将网页与数据库建立连接—→制作完成 提示1：最好建立两个表，一个是用户名、密码之类的表，另一个是用户资料表，倘若你不会用SQL语句就算了。如果你是这种情况，那我建议你还是回去好好学学SQL语言吧~ 提示2：将网页和数据库建立连接，实际上是通过ADO组件实现的。 提示3：在建立数据库的时候一定要记得将多个表建立关系！ 提示4：将网页和数据库连接的代码如下（有两种方法）： DSN连接数据库方法 <% set conn=serverCreateObject("ADODBConnection") connopen "DSN=数据库名;UID=;PWD=;" %> ========================================================================= 字符串连接数据库方法 <% set conn1=ServerCreateObject("ADODBConnection") conn1open "DRIVER=Driver do Microsoft Access (mdb);UID=admin;PWD=;DBQ="&ServerMapPath("数据库名mdb") %> 如果你的数据库需要用户验证方可连接的话，就得把UID（用户名）和PWD（用户密码）给添加上相应信息。

现在流行 BS ，只要管好服务器就行，无需 *** 劳各终端，这比 CS 强多了，并且BS 把前台界面统一到浏览器，也比五花八门的 CS 前端软件让用户容易接受。

BS 模式下，数据库服务软件还是原来那些，如 MS SQL Server ，Oracle, MySQL 等等， 而做开发工具主要是 ASP，JSP，PHP 之类的。推荐采用 MySQL + PHP，因为这两者是免费的，是开源的，不用担心许可证问题，不用担心使用盗版受罚，不用担心昂贵的软件购买费用。

至于具体的数库开发，重要的是思想，而不是工具。深入理解、掌握各种范式，根据具体应用熟练规划 E-R 图。

以上就是关于我想问下数据库跟前台一般是用什么方法连接的 一般有几种方法，用于网上聊天系统全部的内容，包括:我想问下数据库跟前台一般是用什么方法连接的 一般有几种方法，用于网上聊天系统、大大，问问你啊 我现在需要做个固定资产管理的数据库，后台是 Access，就几个人查询，前台用VB写个前台、网站怎么建立数据库及后台管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！