登录 用户中心() [退出] 后台管理 注册
   
您的位置: 首页 >> 站务处理/联系方式 >> 主题: [新坑]我们可能真的要开发自己的数据库了     [回主站]     [分站链接]
标题
[新坑]我们可能真的要开发自己的数据库了
clq
浏览(23) + 2024-10-06 12:30:02 发表 编辑

关键字:

[新坑]我们可能真的要开发自己的数据库了

主要的原因是要更新我们的网站程序。

因为考虑到主机商的兼容性问题,我们多年来一直是使用的 php ,后面加上了 golang ,中间还用过很多年的 c++ 写 http 服务器,总的来说还是换用 golang 方便很多。
但 php 一直是我们站点的主力,因为还要考虑各个 api 的接口库的问题,当然 java 我们也用过很久,最早的 email 服务器就是 java 开发的。
不过无论是 java/c++/golang 都没法做到 php 那么简单,后来的 nodejs 也是一样。但 php 肯定是逐渐要过时了的,所以肯定是要重写的。

要重写,其实第一个难题不是用什么语言,而是更头痛的问题:用什么数据库?

sql server/oracle 这些就不说了,肯定不会用它们,长期以来我们用的是 mysql ,但 mysql 的问题有前两者一样多,sqlite 也没有更好到哪去。
其实大多数站点和我们小站一样访问量并不大,性能倒不是优先考虑的,对于我们长期维护下来,其实数据库的兼容性、备份方便性、迁移方便性、甚至可复制性都更重要。
曾经我在一家不大的公司服务,光复制一下站点的数据库文件就花了一整天,而第三方导入数据更是用了一周。这真的太可怕了。

这当中最主要的原因是 mysql 的数据格式包括其他数据库格式都是很难直接读取的,只能用它们提供的相应工具,而这些工具本身就做得够呛。

所以我们这新拟开发的数据库其实主要是制订数据库的格式,足够简单、足够方便维护,至于怎样实现查询啊这样的,其实倒是将要的,甚至各个开发语言自己实现就可以了 -- 真的,这没什么天方夜谭的,
我从事多年的证券行业中一直是各个程序自己读取的老式 dbf 文件的,并不会用数据库引擎。

后面我们会详解这种数据库格式。

本质来说简单的数据存到库中并不难,但多年来一直没有想出怎么让备注型字段也能方便、简单、好维护,直到最近确定要上新数据库了才渐渐找到比较好的方法,而且这还是理论上的,实践要实际运行一段时间才好说。
但总的来说可维护性的问题应该是能够解决了,至于性能倒不是很担心,本身我们站点也不大,再说还有缓存技术可以放在中间,所以我们把重点放在可维护性上。

另外我们应该会先出一个静态页面生成的服务器,是否开源,那还不一定,不过肯定是免费的。








总数:0 页次:1/0 首页 尾页  
总数:0 页次:1/0 首页 尾页  


所在合集/目录



发表评论:
文本/html模式切换 插入图片 文本/html模式切换


附件:



NEWBT官方QQ群1: 276678893
可求档连环画,漫画;询问文本处理大师等软件使用技巧;求档softhub软件下载及使用技巧.
但不可"开车",严禁国家敏感话题,不可求档涉及版权的文档软件.
验证问题说明申请入群原因即可.

Copyright © 2005-2020 clq, All Rights Reserved
版权所有
桂ICP备15002303号-1