前端的JS自身可能不能直接连数据库，后端的JS（如 Node.js ）是可以连数据库的；
如果你想前端JS查数据库，可以用JS发一个ajax请后端，后端查询完数据库后，把结果封装成JSON返回，前端的AJAX回调函数中取出JSON对象，把内容更新到网页上。
示例：
$.ajax({
url:"./ajaxdata/findtable.do",
method:'POST',
dataType:'json',
data:{
dTyppe:'findid',
ID:'001',
},
success:function(data){
//data是返回的对象，可以data中取出数据
//输出内容
}
});
❷ 前端开发用什么数据库
数据库一般是后端开发负责，很多公司前端现在也在负责数据库等和后端结合，向全栈开发方向发展。
MongoDB
MongoDB 是一个基于分布式文件存储的数据库。由 C++ 语言编写。旨在为 WEB 应用提供可扩展的高性能数据存储解决方案。MongoDB 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。相比较于Mysql，它省去了建表等繁琐的操作，可以实现类似于js的对象操作。
MySQL
MySQL的开放式的架构使得用户选择性很强，同时社区开发与维护人数众多，其功能比较稳定，性能卓越，且在遵守GPL协议的前提下，可以免费使用与修改，也为MySQL的推广与使用带来了更多利好。在MySQL成长与发展过程中，支持的功能逐渐增多，性能也不断提高，对平台支持也越来越多。
MySQL是一种关系型数据库管理系统关系型数据库的特点是将数据保存在不同的表中，在将这些表放入不同的数据库中，而不是将所有数据统一放在一个大仓库里，这样的设计增加了MySQL的读取速度，灵活性可管理性也得到了很大提高。访问以及管理MySQL数据库的最常用标准化语言为SQL结构化查询语言。
绝大多数的使用Linux操作系统的大中小互联网网站都在使用MySQL作为其后端的数据库存储，从大型BAT门户，到电商平台，分类门户等无一例外都使用MySQL数据库。那么，MySQL数据库到底那些优势和特点，让大家义无反顾的选择它呢？
原因可能有以下几点：
1.MySQL性能卓越，服务稳定，很少出现异常宕机2.MySQL开放源代码且无版权制约，自主性及使用成本低3.MySQL历史悠久，社区及用户非常活跃，遇到问题，可以寻求帮助4.MySQL软件体积小，安装使用简单，并且易于维护，安装及维护成本低5.MySQL品牌口碑较应，使得企业无需考虑就直接用之，LAMP,LEMP流行架构。6.MySQL支持多种操作语言，提供多种API接口，支持多种开发语言，特别对流行的PHP语言有很好的支持。
❸ Web前端页面 怎么和后端的 脚本与数据库对接
可以做好数据库
*.mdf
*.ldf
然后执行sql语句附加到数据库,或者
编写sql脚本
执行,在本机
创建数据库,都可以实现
❹ 前端，后台，数据库之间的关系是什么
前端将数据传输到后台，后台则与数据库直接关联，这样前端的数据即可通过后台传输到数据库；前端请求数据时，将请求发送到后台，后台再从数据库中调取数据传输到前端。
在实际情况中，浏览器将自动发送文件请求给后台，后台处理后将文件返回给前台，前端接收后，浏览器生成dom树、css树、js树，全部创建好之后开始渲染。静态界面加载完之后呈现给用户，用户进行注册登陆的操作，将操作数据（用户名、密码）发送给后台。
是整体的思维，以整个页面的布局（dom、css）、作用（js）为主要思路进行自己的处理。
后台：以单个的请求为单位进行出来。主要做的是，前端来一个请求后台处理该请求然后做出响应，再来再处理响应，流程是固定的，差异体现在处理过程上。
(4)前端后端系统能建数据库表吗扩展阅读：
后端与前端比较的焦点之一在于安全性。在互联网发展初期，当浏览器不够安全且客户端计算机部署有限的资源时，尽可能在服务器端保留计算和逻辑是确保应用程序使用的稳定性和用户提供的信息安全性的唯一方法。
实际上，应用程序的前端和后端部分现在负责数据验证，但强烈建议在服务器端实现安全功能和最终数据验证机制，以使重要的应用程序组件不会暴露。
出于显而易见的原因，还在服务器端实现了事件记录和代码调试。由于服务器是一个持续监听来自客户端请求的进程，因此验证合法请求并阻止非法访问尝试是后端Web开发的重要部分。
参考资料来源：网络-前端
参考资料来源：网络-后台
参考资料来源：网络-数据库
❺ 如何将前端网页与后台数据库连接
1、您需要掌握的第一件事是数据库查询语句。这是最简单的数据库查询语句：SELECT * FROM sys_role，这意味着从角色表中查询所有信息。以下显示了查询结果。此结果需要显示在首页上。需要代码来调用这个sql语句。
❻ 怎么建立数据库的表
基本这个样子：
technology（技术表）(id,name)：其中id主键
proct（产品表）(id,name)：其中id主键
design（设计表）(id,name)：其中id主键
……
其他几个雷同
user表(人员id，人员姓名，人员基本信息……，技术id（关联technology表的id），产品id（关联产品表的id），设计id（关联设计表的id）……)
然后关联上的标签就写上对应的表的id，没有关联的就为空。
❼ 程序员分前端与后端，那么后端程序员都做些什么看完就知道了
我刚开始做Web开发的时候，根本没有前端，后端之说。
原因很简单，那个时候服务器端的代码就是一切： 接受浏览器的请求，实现业务逻辑，访问数据库，用JSP生成HTML，然后发送给浏览器。
即使后来Javascript在浏览器中添加了一些AJAX的效果，那也是锦上添花，绝对不敢造次。因为页面的HTML主要还是用所谓“ 套模板 ”的方式生成：美工生成HTML模板，程序员用JSP,Veloctiy,FreeMaker等技术把动态的内容添加上去，仅此而已。
那个时候最流行的图是这个样子：
在最初的J2EE体系中，这个 表示层 可不仅仅是浏览器中运行的页面，还包括Java写的桌面端，只是Java在桌面端太不争气， 没有发展起来。
每个程序员都是所谓 “全栈”工程师 ，不仅要搞定HTML, JavaScript, CSS，还要实现业务逻辑，编写访问数据库的代码。等到部署的时候，就把所有的代码打成一个WAR包，往Tomcat指定的目录一扔，测试一下没问题，收工回家！
不差钱的公司会把程序部署到Weblogic，Websphere这样的应用服务器中，还会用上高大上的EJB。
虽然看起来生活“简单”又“惬意”，但实际上也需要实现那些多变的、不讲逻辑的业务需求，苦逼的本质并没有改变。
随着大家对浏览器页面的 视觉和交互 要求越来越高，“套模板”的方式渐渐无法满足要求，这个所谓的表示层慢慢地迁移到浏览器当中去了，一大批像Angular, ReactJS之类的框架崛起，前后端分离了！
后端的工程师只负责提供接口和数据，专注于业务逻辑的实现，前端取到数据后在浏览器中展示，各司其职。
像Java这样的语言很适合去实现复杂的业务逻辑，尤其是一些MIS系统，行业软件如税务、电力、烟草、金融，通信等等。 所以剥离表示层，只做后端挺合适的。
但是如果仅仅是实现业务逻辑，那后端也不会需要这么多技术了，搞定SSH/SSM就行了。
互联网，尤其是移动互联网开始兴起以后，海量的用户呼啸而来，一个单机部署的小小War包肯定是撑不住了，必须得做分布式。
原来的单个Tomcat得变成Tomcat的 集群 ，前边弄个Web服务器做请求的 负载均衡， 不仅如此，还得考虑状态问题，session的一致性。
（注：参见文章《小白科普：分布式和集群》）
业务越来越复杂，我们不得不把某些业务放到一个机器（或集群）上，把另外一部分业务放到另外一个机器（或集群）上，虽然系统的计算能力，处理能力大大增强，但是这些系统之间的通信就变成了头疼的问题， 消息队列 （MQ)， RPC框架 （如Dubbo）应运而生，为了提高通信效率，各种 序列化的工具 (如Protobuf)也争先空后地问世。
单个数据库也撑不住了，那就做数据库的 读写分离 ，如果还不行，就做 分库和分表 ，把原有的数据库垂直地切一切，或者水平地切一切， 但不管怎么切，都会让应用程序的访问非常麻烦，因为数据要跨库做Join/排序，还需要事务，为了解决这个问题，又有各种各样“ 数据访问中间件 ”的工具和产品诞生。
为了最大程度地提高性能，缓存肯定少不了，可以在本机做缓存(如Ehcache)，也可以做 分布式缓存 (如Redis)，如何搞 数据分片 ，数据迁移，失效转移，这又是一个超级大的主题了。
互联网用户喜欢上传图片和文件，还得搞一个 分布式的文件系统 （如FastDFS），要求高可用，高可靠。
数据量大了，搜索的需求就自然而然地浮出水面，你得弄一个支持全文索引的 搜索引擎 (如Elasticsearch ,Solr)出来。
林子大了，什么鸟都有，必须得考虑 安全 ，数据的加密/解密，签名、证书，防止SQL注入，XSS/CSRF等各种攻击。
前面提到了这么多的系统，还都是分布式的，每次上线，运维的同学说：把这么多系统协调好，把老子都累死了。
得把持续集成做好，能自动化地部署，自动化测试（其实前端也是如此），后来出现了一个革命化的技术 docker ， 能够让开发、测试、生成环境保持一致，系统原来只是在环境（如Ngnix, JVM,Tomcat,MySQL等）上部署代码，现在把代码和环境一并打包， 运维的工作一下子就简化了。
公司自己购买服务器比较贵，维护也很麻烦，又难于弹性地增长，那就搞点虚拟的服务器吧，硬盘、内存都可以动态扩展（反正是虚拟的）， 访问量大的时候多用点，没啥访问量了就释放一点，按需分配，很方便，这就是 云计算 的一个场景。
随着时间的推移，各个公司和系统收集的数据越来越多，都堆成一座大山了，难道就放在那里白白地浪费硬盘空间吗？
有人就惊奇地发现，咦，我们利用这些数据搞点事情啊， 比如把数据好好分析一下，预测一下这个用户的购买/阅读/浏览习惯，给他推荐一点东西嘛。
可是这么多数据，用传统的方式计算好几天甚至好几个月才能出个结果，到时候黄花菜都凉了，所以也得利用分布式的技术，想办法把计算分到各个计算机去，然后再把计算结果收回来， 时势造英雄， Hadoop 及其生态系统就应运而生了。
之前听说过一个大前端的概念，把移动端和网页端都归结为“前端”，我这里造个词“大后端”，把那些用户直接接触不到的、发生在服务器端的都归结进来。
现在无论是前端还是后端，技术领域多如牛毛，都严重地细分了，所以 我认为真正的全栈工程师根本不存在，因为一个人精力有限，不可能搞定这么多技术领域，太难了 。
培训机构所说的“全栈”，我认为就是前后端还在拉拉扯扯，藕断丝连，没有彻底分离的时候的“全栈”工程师。
那么问题来了， 后端这么多东西，我该怎么学？
之前写过一篇文章叫做《上天还是入地》，说了学习的广度和深度，在这里也是相通的。
往深度挖掘，可以成为某个技术领域的专家，如搜索方面的专家、安全方面的专家，分布式文件的专家等等，不管是哪个领域，重点都不是学会使用某个工具和框架， 而是保证你可以自己的知识和技术去搞定这个领域的顶尖问题。
往广度发展，各个技术领域都要了解，对于某种需求，能够选取合适的软件和技术架构来实现它，把需求转化成合适的技术组件，让这些组件以合适的方式连接、部署、运行，这也需要持续地学习和不断的经验积累。
最后，以一张漫画来结束吧！
C/C++高级工程师学习路线图：
❽ 前端需要学习数据库吗
前端前景是很不错的，像前端这样的专业还是一线城市比较好，师资力量跟得上、就业的薪资也是可观的，学习前端可以按照路线图的顺序，
0基础学习前端是没有问题的，关键是找到靠谱的前端培训机构，你可以深度了解机构的口碑情况，问问周围知道这家机构的人，除了口碑再了解机构的以下几方面：
1. 师资力量雄厚
要想有1+1>2的实际效果，很关键的一点是师资队伍，你接下来无论是找个工作还是工作中出任哪些的人物角色，都越来越爱你本身的技术专业前端技术性，也许的技术专业前端技术性则绝大多数来自你的技术专业前端教师，一个好的前端培训机构必须具备雄厚的师资力量。
2. 就业保障完善
实现1+1>2效果的关键在于能够为你提供良好的发展平台，即能够为你提供良好的就业保障，让学员能够学到实在实在的知识，并向前端学员提供一对一的就业指导，确保学员找到自己的心理工作。
3. 学费性价比高
一个好的前端培训机构肯定能给你带来1+1>2的效果，如果你在一个由专业的前端教师领导并由前端培训机构自己提供的平台上工作，你将获得比以往更多的投资。
希望你早日学有所成。