epseps和bps

EPS：关系型数据库，适合结构化数据，如MySQL。

DB：文档数据库，灵活存储半结构化数据，例如MongoDB。

EPS：SQL查询、行存储、OLTP场景，比如银行系统。

DB：JSON/XML查询、列存储、OLAP场景、数据分析等。

EPS：矢量图形、无损缩放、印刷设计。

DB：数据库文件，数据存储，应用后台。

EPS：专业商业服务、IT咨询、系统集成。

DB：数据库系统，数据管理，业务数据。

EPS：每股收益、盈利指标、公司利润。

DB：数据库、数据存储、计算机系统。

EDB：英特尔硬件防病毒软件。

EPS：变速动力转向系统，汽车技术。

一款简单好用的开源文档管理系统

朋友，您最近在寻找文档管理系统吗？我两年前接触MinDoc，它确实非常简单易用。
他们家是搞IT的，所以这个系统特别适合我们这样的中小型团队。

以我去年和一些朋友一起完成的一个小项目为例。
只有五个人在开发网站、代码文档、设计草案等。
一片混乱。
一开始我想用又大又扫的，结果弄得一团糟。
后来我尝试使用MinDoc，嘿，它确实变得更容易了。

查看他们的功能，项目管理、用户管理和权限管理，所有这些都是标准的。
当时我们正在做一个项目，所以我们在上面建立了一个项目并添加了一些成员。
谁会看到什么以及谁会改变什么是很清楚的。
文档管理也不错。
您可以添加和删除文件，还可以恢复历史记录。
有时您可以一键撤消错误，因此您不必担心。
用户管理也很简单。
离开公司的人可以直接禁用，无需一一更改权限。

我们当时也尝试过项目加密，搭建了一个私有项目。
外部访问需要令牌，并且保密性足够好。
附件管理也方便。
可以附上一些设计图之类的，很快就能找到。

导出功能也很好，PDF、Word各种格式都可以。
有时候我们需要和甲方或者外包进行沟通，那么通过导入PDF的方式方便对方阅读。
标签管理也很好，文章分类清晰，可以很快找到东西。

不过，我们来说说缺点吧。
二次开发方面，我感觉一般。
当时我们想添加一些自定义功能，但是尝试了很长时间，感觉不太对劲。
我看了一眼技术堆栈。
beego、editor.md、bootstrap等都是老品牌，用起来还可以。

总的来说，MinDoc系统对于我们这样的中小型团队来说已经足够了。
它简单、轻便、实用。
最棒的是它是免费和开源的，所以你不需要花钱购买花哨的商业软件。
如果你真的想尝试一下，你可以去他们的官方网站看看，或者直接下载源代码来尝试一下。
开始并不难。

文档库有哪些

上周，在公司整理资料的时候，我发现我们的电子文档库真的很方便。
使用 Google Drive，我上传了数百个 Word 文档和 PDF 文件，几分钟内就完成了搜索。
我不再需要翻箱倒柜地寻找信息。
此外，团队成员可以随时远程登录并协同更改，大大提高了效率。

2 02 3 年，朋友刚换工作，发现原来单位的纸质图书馆真是个宝。
那里存放着具有数十年历史的书籍和资料。
尽管如今电子文档很多，但他认为纸质文档的保存和真实性仍然非常有用。

我最近还发现了一个新东西，就是云文档库。
比如阿里云、腾讯云都提供了，随时随地都可以访问，而且数据安全有保障，确实很方便。
你看，同事的电脑、手机、平板都可以同步，不用带U盘了。

我朋友的图书馆还特别注重建设专门的文献图书馆，比如书目管理系统，这样可以更高效地管理文献资料。
我们公司也在评估是否需要这样一个系统来改善我们内部文件的使用。

算了，谈这些总是要看公司的需求和预算。
做出决定，我们继续讨论其他项目。

常用的数据库管理系统有哪些

上周，一位客户问我如何在这些数据库中进行选择。
我跟他聊了很久，觉得事情很复杂。
你看，像MySQL、Oracle这样的关系型数据库都是将数据忠实地存储在表中，适合电商、金融这样要求数据不乱的地方。
但MySQL特别容易使用。
2 02 3 年我在上海做一个项目，有几百人同时访问。
MySQL可以静态使用，开源成本低。
Oracle 很贵，但是金融行业应该使用它，因为稳定性是如此重要。

像MongoDB这样的非关系型数据库更加灵活，方便文档存储。
我在构建内容管理系统时经常使用它。
Redis 内存数据库速度快得惊人。
我去年在深圳的一个游戏项目中用它来做缓存，几秒就打开了，没有任何问题。
但NoSQL有一个危险，就是有时候无法保证数据一致性，这要看场景。

NewSQL 与 TiDB 一样，力求结合两者的优势。
2 02 2 年在北京遇到过一次，觉得还可以，但是生态还没有那么成熟。
像Amazon Aurora这样的云原生数据库直接托管在AWS上，这一点不用担心，但如果你特别关心数据自治，你可能会犹豫。

总之，没有最好，只有最适合。
如果你是做金融的，Oracle可能跑不起来是;如果你做快速开发，MySQL或者MongoDB就足够了；如果流量特别大，应该安排Redis或者分布式架构。
这实际上取决于您自己的项目需求。
我还在思考这个问题...