1、使用数据库制作网页，是利用了数据库可查询、搜索等功能，可以实现网页内容的自动更新、搜索查询、用户注册、登录等很多功能。这些功能静态页面无法完成。
2、首先我们先来熟悉一下将要使用的对象方法。我们用来获取上一个页面传递过来的数据一般是使用Request对象。同样的，我们也可以使用Request对象来获取上传上来的文件数据，使用的方法是Request.BinaryRead（）。而我们要从数据库中读出来图片的数据显示到网页上面要用到的方法是：Request.BinaryWrite（）。
3、图片的保存，不是直接将图片保存到数据库中，而是将图片的路径进行保存。这实际上跟 保存用户名，密码是一个道理的。
4、给你思路吧。文件上传一个单独的页面，处理的内容包括，修改文件名，读取文件大小，上传到服务器的路径之类的。只传递一个上传后的地址到数据库就行了。前台读的时候就只接读地址。
5、加载的时候不需要调用数据库，打开速度快。减少了服务器对数据响应的负荷。从安全角度讲，纯静态网页不易遭受黑客攻击。从网站稳定性来讲，即使网站代码或数据库出了问题，静态网站也不会受到影响。真静态最大的缺点就是程序生成了大量文件，占用过多的网站空间，增加网站制作成本。
一般大文件都不会直接存数据里面的，如果要存那肯定会影响性能。数据库自定定义为字节数组型（如：image等），用程序将视频转化为流，写入字段数据数组中，保存进数据库即可。
能存放，但是不是好的解决方案，正常情况下都是在数据库中存放文件路径，图片、音乐、视频文件存放在硬盘上。
使用数据库制作网页，是利用了数据库可查询、搜索等功能，可以实现网页内容的自动更新、搜索查询、用户注册、登录等很多功能。这些功能静态页面无法完成。
GridFS的适用场景 GridFS特别适合存储那些超出MongoDB单文档大小限制（默认为16MB）的文件。例如，它可以用于存储用户的头像图片、视频教程、音频文件、大型文档等。此外，GridFS也适用于那些需要高效流式传输的场景，如在线视频播放、音频流等。
正常创一个文件信息表，主键，文件名，文件真实名，文件存储路径，文件类型，关联表id，上传时间。存在数据库中的肯定是文件的存储路径。取得时候就是通过路径去取。
数据库自定定义为字节数组型（如：image等），用程序将视频转化为流，写入字段数据数组中，保存进数据库即可。
可以看到实际大小排名，LONGTEXT 字段存储的最大，LONGBLOB 字段缩小到一半，最小的是存储图片路径的表 tt_image3。所以这里从存储空间来看，存放路径最占优势。
严重影响数据库运行的效率。一般会搭建一个多媒体服务器，支持流媒体格式处理。程序或者网站中涉及到的图片、音频和视频等资料会存放在流媒体服务器上，然后可以记录访问其的路径，然后把这个路径存入数据库，在你的应用系统调用时，可以通过路径结合对应的多媒体播放插件就可以实现。
新一个blob字段，将文件以流的形式写进去就行了。
1、数据库自定定义为字节数组型（如：image等），用程序将视频转化为流，写入字段数据数组中，保存进数据库即可。
2、正常创一个文件信息表，主键，文件名，文件真实名，文件存储路径，文件类型，关联表id，上传时间。存在数据库中的肯定是文件的存储路径。取得时候就是通过路径去取。
3、我们设计程序时一般不会将图片、音频和视频资料直接存入数据库中，这样会让数据库的体积骤大，严重影响数据库运行的效率。一般会搭建一个多媒体服务器，支持流媒体格式处理。
4、一般要把视频文件以二进制流的方式写入数据库字段，这样会消耗性能，读取也不方便。但是现实中一般是推荐存放视频文件路径，比如把这种文件（图片、音频、视频）保存到一个专门的路径下， 而数据库只保存这个文件的完整路径即可。调用时从数据库中取路径， 然后把相关的文件显示出来即可。