HTML中如何连接数据库？

HTML5连接数据库分为以下几步：

预备知识：Web SQL Database，Html5环境下可以用Js执行CRUD的Web数据库组件。

核心方法如下：

1、openDatabase：这个方法使用现有数据库或创建新数据库创建数据库对象。

2、transaction：这个方法允许我们根据情况控制事务提交或回滚。

3、executeSql：这个方法用于执行真实的SQL查询。

第一步：打开连接并创建数据库

var dataBase = openDatabase("student", "1.0", "student", 1024 * 1024, function () { })

if (!dataBase) {

alert("数据库创建失败！")

} else {

alert("数据库创建成功！")

}

第二步：创建数据表

this.createTable=function() {

dataBase.transaction( function(tx) {

tx.executeSql(

"create table if not exists stu (id REAL UNIQUE, name TEXT)",

[],

function(tx,result){ alert('创建stu表成功')},

function(tx, error){ alert('创建stu表失败:' + error.message)

})

})

}

第三步：执行增删改查

添加数据：

this.insert = function () {

dataBase.transaction(function (tx) {

tx.executeSql(

"insert into stu (id, name) values(?, ?)",

[id, '徐明祥'],

function () { alert('添加数据成功')},

function (tx, error) { alert('添加数据失败: ' + error.message)

} )

})

方法和详细的 *** 作步骤如下：

1、第一步， “sudo su postgres”命令进入“postgres”，见下图，转到下面的步骤。

2、第二步，完成上述步骤后， “\c test\dt\d”检查存在的表，见下图，转到下面的步骤。

3、第三步，完成上述步骤后，准备一下相关的sql文件，见下图，转到下面的步骤。

4、第四步， 完成上述步骤后，“SELECT  * FROM person”检查表单的内容，见下图，转到下面的步骤。

5、第五步，完成上述步骤后，“\ i /  home / coffee / Downloads / person.sql” 来导入文件，见下图，转到下面的步骤。

6、第六步， 完成上述步骤后，DROP

 TABLE person； 如果不想要该表，则可以将其删除，再次导入即可，见下图。这样，就解决了这个问题了。

非常狭义地说，前端在网络协议层面就不能直接「连接」到数据库。因为 JS 默认发出的请求走的都是应用层的 HTTP 协议，并非与常见数据库交互时所需的长连接。此时的通信协议一般是各家数据库厂商在 TCP/UDP 之上自己约定的（比如默认 MySQL 连 3306 端口走 MySQL 的协议 ，MongoDB 连 27017 端口然后走它的 Wire Protocol ）。虽然不同数据库之间有 ODBC 这样的标准能让你兼容地连上它们然后无脑 SQL，但这类协议的实现也并非建立在 HTTP 或 WebSocket 之上，不是前端直接发网络请求

就能连上的东西。

当然这种理解比较片面。因为你在技术上也完全可以直接在前端生成

SQL，靠一层非常薄的后端服务「代理」转发给数据库执行。这也就是很多其他回答里的「SQL over

HTTP」式方案。容易看出，这种做法在安全性和性能上都有先天的不足，不属于现在互联网行业显学的主流（F12 警告，注入警告，大并发警告）。

但除了直接在前端拼 SQL 之外，还有没有更广义一点的「前端连接数据库」方式呢？个人觉得其实还是有的。比如为了尽可能易用，数据库本身的 API 都可以直接做成 REST 的形式方便前端一把梭，例子就是很方便做小应用的 CouchDB。再广义一点，如果把 GraphQL 当作「更好的 SQL 格式」，那么只要你能和 GraphQL 服务端通信，是不是也算直接连上了数据库呢？这时候也已经有 Hasura

这样的项目能帮你把 GraphQL 查询直接映射到 PostgreSQL 等数据库上，这时它在概念上就像一种更方便的跨数据库 driver

方便你来增查改删，这个饼感觉还是能画得很大的。毕竟按传统的互联网味技术栈，一个业务概念需要在数据库里、后端业务逻辑和前端业务逻辑里各定义一遍，中途太多胶水可以节约了，肯定是一步到胃最舒服啊。

---