HTML是无法读取数据库的，HTML是页面前端脚本语言，要想从HTML网页中获取SQL数据库里的数据，需要借助JSP或ASP或PHP或RUBY等语言来实现。
SQL数据库的数据体系结构基本上是三级结构，但使用术语与传统关系模型术语不同。在SQL中，关系模式(模式)称为“基本表”(base table)；存储模式(内模式)称为“存储文件”(stored file)；子模式(外模式)称为“视图”(view)；元组称为“行”(row)；属性称为“列”(column)。
扩展资料
SQL语言的组成：
1、一个SQL数据库是表(Table)的集合，它由一个或多个SQL模式定义。
2、一个SQL表由行集构成，一行是列的序列(集合)，每列与行对应一个数据项。
3、一个表或者是一个基本表或者是一个视图。基本表是实际存储在数据库的表，而视图是由若干基本表或其他视图构成的表的定义。
4.一个基本表可以跨一个或多个存储文件，一个存储文件也可存放一个或多个基本表。每个存储文件与外部存储上一个物理文件对应。
5.用户可以用SQL语句对视图和基本表进行查询等操作。在用户角度来看，视图和基本表是一样的，没有区别，都是关系(表格)。
6.SQL用户可以是应用程序，也可以是终端用户。SQL语句可嵌入在宿主语言的程序中使用，宿主语言有FORTRAN，COBOL和Ada语言等。
参考资料:百度百科▬SQL数据库
HTML是无法读取数据库的，HTML是页面前端脚本语言，要想从HTML网页中获取SQL数据库里的数据，需要借助JSP或ASP或PHP或RUBY等语言来实现。简单的关系可以这样理解：
数据库<--->JSP或ASP或PHP或RUBY等语言<--->HTML
如：在JSP页面中显示完整代码如下：
<%@ page
language="java"
contentType="text/htmlcharset=UTF-8"
pageEncoding="UTF-8"
%>
<%@page import="java.sql.*"%>
<center>
<H1><font color="blue" size="12">管理中心</font></H1>
<HR />
<table width="80%" border="1">
<tr>
<th>ID</th>
<th>书名</th>
<th>作者</th>
<th>价格</th>
<th>删除</th>
</tr>
<%
// 数据库的名字
String dbName = "zap"
// 登录数据库的用户名
String username = "sa"
// 登录数据库的密码
String password = "123"
// 数据库的IP地址，本机可以用 localhost 或者 127.0.0.1
String host = "127.0.0.1"
// 数据库的端口，一般不会修改，默认为1433
int port = 1433
String connectionUrl = "jdbc:sqlserver://" + host + ":" + port + "databaseName=" + dbName + "user=" + username
+ "password=" + password
//
//声明需要使用的资源
// 数据库连接，记得用完了一定要关闭
Connection con = null
// Statement 记得用完了一定要关闭
Statement stmt = null
// 结果集，记得用完了一定要关闭
ResultSet rs = null
try {
// 注册驱动
Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver")
// 获得一个数据库连接
con = DriverManager.getConnection(connectionUrl)
String SQL = "SELECT * from note"
// 创建查询
stmt = con.createStatement()
// 执行查询，拿到结果集
rs = stmt.executeQuery(SQL)
while (rs.next()) {
%>
<tr>
<td>
<%=rs.getInt(1)%>
</td>
<td>
<a href="prepareupdate?ID=<%=rs.getInt("ID")%>" target="_blank"><%=rs.getString(2)%></a>
</td>
<td>
<%=rs.getString(3)%>
</td>
<td>
<%=rs.getString(4)%>
</td>
<td>
<a href="delete?ID=<%=rs.getInt("ID")%>" target="_blank">删除</a>
</td>
</tr>
<%
}
} catch (Exception e) {
// 捕获并显示异常
e.printStackTrace()
} finally {
// 关闭我们使用过的资源
if (rs != null)
try {
rs.close()
} catch (Exception e) {}
if (stmt != null)
try {
stmt.close()
} catch (Exception e) {}
if (con != null)
try {
con.close()
} catch (Exception e) {}
}
%>
</table>
<a href="insert.jsp">添加新纪录</a>
</center>
非常狭义地说，前端在网络协议层面就不能直接「连接」到数据库。因为 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 方便你来增查改删，这个饼感觉还是能画得很大的。毕竟按传统的互联网味技术栈，一个业务概念需要在数据库里、后端业务逻辑和前端业务逻辑里各定义一遍，中途太多胶水可以节约了，肯定是一步到胃最舒服啊。
