非常狭义地说,前端在网络
协议层面就不能直接「连接」到
数据库。因为 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 方便你来增查改删,这个饼感觉还是能画得很大的。毕竟按传统的互联网味技术栈,一个业务概念需要在数据库里、后端业务逻辑和前端业务逻辑里各定义一遍,中途太多胶水可以节约了,肯定是一步到胃最舒服啊。1、导入.sql文件命令:mysql>
use
数据库名mysql>
source
d:/mysql.sql
2、建立数据库:mysql>
create
database
库名
3、建立数据表:mysql>
use
库名mysql>
create
table
表名
(字段名
varchar(20),
字段名
char(1))
4、删除数据库:mysql>
drop
database
库名
5、删除数据表:mysql>
drop
table
表名;
6、将表中记录清空:mysql>
delete
from
表名
7、往表中插入记录:mysql>
insert
into
表名
values
("hyq","m")
8、更新表中数据:mysql->
update
表名
set
字段名1='a',字段名2='b'
where
字段名3='c'
9、用文本方式将数据装入数据表中:mysql>
load
data
local
infile
"d:/mysql.txt"
into
table
表名
form通过submit提交之后在php端根据$_POST['name']方式获取到对应的表单内容,然后在通过insert方式添加到数据库就可以了啊。。参考这里:.cn/php/php_mysql_insert.asp以下是代码:1234567HTML:12345678910111213141516
评论列表(0条)