就能连上的东西。
当然这种理解比较片面。因为你在技术上也完全可以直接在前端生成
SQL,靠一层非常薄的后端服务「代理」转发给数据库执行。这也就是很多其他回答里的「SQL over
HTTP」式方案。容易看出,这种做法在安全性和性能上都有先天的不足,不属于现在互联网行业显学的主流(F12 警告,注入警告,大并发警告)。
但除了直接在前端拼 SQL 之外,还有没有更广义一点的「前端连接数据库」方式呢?个人觉得其实还是有的。比如为了尽可能易用,数据库本身的 API 都可以直接做成 REST 的形式方便前端一把梭,例子就是很方便做小应用的 CouchDB。再广义一点,如果把 GraphQL 当作「更好的 SQL 格式」,那么只要你能和 GraphQL 服务端通信,是不是也算直接连上了数据库呢?这时候也已经有 Hasura
这样的项目能帮你把 GraphQL 查询直接映射到 PostgreSQL 等数据库上,这时它在概念上就像一种更方便的跨数据库 driver
方便你来增查改删,这个饼感觉还是能画得很大的。毕竟按传统的互联网味技术栈,一个业务概念需要在数据库里、后端业务逻辑和前端业务逻辑里各定义一遍,中途太多胶水可以节约了,肯定是一步到胃最舒服啊。
如果是PHP的话,链接数据库就很简单啊,<?
$hostname_conn="localhost"
$database_conn="message"//数据库名
$username_conn="root"
$password_conn="root"
$conn=mysql_connect($hostname_conn,$username_conn,$password_conn)
or
trigger_error(mysql_error(),E_USER_ERROR)
mysql_select_db($database_conn,$conn)
?>
这样就连接了数据库,可以直接 *** 作了啊。
静态的不可以连接数据库你可以用在网上找一个asp的留言板加在你的网页中 http://www.baidu.com/s?wd=asp%C1%F4%D1%D4%B0%E5%D4%B4%B4%FA%C2%EB&oq=asp%C1%F4&f=3&rsp=3麻烦采纳,谢谢!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)