很多学校负责人一听到“建网站”，脑子里全是高大上的后台、用户注册、在线报名。然后转头就问：“这玩意儿得配个数据库吧？贵不贵？”
我听到这话就头疼。
真的，别一上来就谈技术架构，先谈谈你的业务场景。
如果你只是把学校官网当成一个电子宣传栏，放放新闻、挂挂课程表、展示一下师资风采。
那你根本不需要数据库。
对，你没听错。
静态页面就够了。
HTML+CSS搞定的事，非要上MySQL或者SQL Server，纯属浪费钱。
我去年接手过一个县城高中的项目。
校长特别执着，说：“我们要搞智慧校园，得有数据交互。”
我问他：“你们现在的新闻更新频率是多少？”
他说：“一周两三条吧。”
“那学生查成绩需要在线登录吗？”
“不，成绩贴在布告栏上，或者发纸质通知。”
“那校友录需要实时搜索吗？”
“不用，填个表寄给我就行。”
你看，这哪里需要数据库？
我给他做了一个纯静态的响应式网站。
成本不到3000块，维护成本几乎为零。
服务器一年也就几百块，随便找个便宜的云服务器都能跑。
结果呢？
校长很高兴，说我没忽悠他。
但如果你说：“我要做在线选课系统。”
“我要做学生档案管理系统。”
“我要做校友捐赠平台，还要能查余额。”
那不好意思，数据库是必须的。
没有数据库，你的网站就是个空壳，数据存哪？
存在服务器文件里？
那叫自找麻烦。
一旦数据量上来，或者并发量稍微高一点，你的服务器直接崩给你看。
这时候，数据库的作用就体现了。
它是数据的仓库，负责存储、查询、更新。
比如，一个有5000名学生的学校，如果要实现在线选课。
每个学生选10门课，那就是5万次操作。
如果没有数据库支持，每次刷新页面都要重新生成HTML，那服务器CPU能烧了。
所以，校园网站建设需要数据库吗？
答案是：看需求。
别为了“显得专业”而强行上数据库。
很多外包公司为了多收钱，不管你有没有需求，上来就给你套一个现成的CMS系统。
什么WordPress，什么DedeCMS。
这些系统确实自带数据库，但你也得为它的冗余功能买单。
一个静态网站，你非要装个数据库，就像买个自行车非要装个V8发动机。
费油，还容易坏。
当然，也有例外。
有些学校搞“智慧校园”试点，要求数据互通。
比如，教务系统的数据要同步到网站展示。
这时候，你需要的是一个API接口，背后连着数据库。
但前端网站本身，依然可以是静态的，或者轻量级的动态页面。
不要混淆概念。
我见过最离谱的案例。
某私立幼儿园，网站只有几个页面，放放照片。
结果开发商给配了个Oracle数据库。
一年维护费收了两万。
我查了一下，那个数据库里存的唯一数据，就是几张照片的链接。
这钱花得，我心都在滴血。
所以，建网站前，先问自己三个问题。
第一，数据会变吗？
如果内容很少更新，静态就好。
第二，数据要交互吗？
如果用户不需要登录、不需要提交表单，静态就好。
第三，数据要查询吗？
如果不需要从后台拉取大量数据进行筛选展示，静态就好。
只要有一个“是”，你就需要考虑数据库。
但记住，数据库不是万能的。
它只是工具。
别被那些“大数据”、“云计算”的术语吓住。
对于大多数普通学校网站来说，简单、稳定、快速，才是王道。
毕竟，家长和学生打开网站，是为了看信息，不是为了看你用了什么高级技术。
如果你的网站打开要3秒，哪怕你用了最新的数据库引擎，那也是垃圾。
反之，如果1秒打开，哪怕你是静态页，也是好网站。
最后说一句大实话。
很多所谓的“定制开发”，其实就是套模板。
别为了这个多花冤枉钱。
除非你有非常特殊的业务逻辑，否则，别轻易折腾数据库。
校园网站建设需要数据库吗？
大部分时候，不需要。
小部分是，需要。
搞清楚自己的需求，比搞清楚技术更重要。
别让我再看到那种放着静态页面不用，非要搞个数据库的项目了。
真的，累。
