标签: database-recommendation

受到 StackOverflow 问题的启发（为什么 SQL 不支持“= null”而不是“is null”？）。

是否有实际支持= NULL语法的 DBMS ？

我有customers. 该customers表是这样的

+------------------+
|     Customers    |
+------------------+
| id  (PK)         |
| business_email   |
| business_name    |
| customer_name    |
| payment_terms    |
| currency         |
| business_address |
| city             |
| state            |
| postal_code      |
| country          |
| phone            |
| created_at       |
| updated_at       |
+------------------+

现在，我希望把送货地址在我的应用程序，客户可以任意提他的航运address.SØ我做了一个额外的表shipping address像这样

+------------------+
| Shipping Address |
+------------------+
| id  (PK)         |
| contact_name     |
| contact_address  |
| delivery_address |
| created_at …

我即将开始从事电话词典类项目。它确认字典表中将有数十亿条记录，并且该字典表中的每个条目可能有参考字典表的进一步库存表。我之前没有使用过如此庞大的数据库。

InnoDB 有利于维护关系数据库。有类别和子类别引用，所以我将使用 InnoDB。会出现一种情况，我需要根据类别或子类别，甚至根据州和城市来显示总数。等等……它可以是任意组合。

我熟悉在大多数搜索列上创建索引。我听说过表分区也有助于加快查询速度。

我的问题是在创建此类将有数十亿行的数据库表时，在早期阶段我应该考虑哪些要点，以便以后当表变大时，我可以通过选择查询和 DML 查询将表性能保持在高水平（插入，更新）。

指导会给我很大帮助。

我正在尝试汇总大约 500-1000 个处理各种小型企业问题（库存、采购订单等）的 MS Excel 文件，我目前正在尝试决定我应该使用哪种类型的 RDMS。为您提供更多详细信息，该数据库将主要由托管在网络服务器上的 1 到 2 人使用。目前，我一直在玩弄 MariaDB 和 Microsoft Access。Excel 数据很容易导入到 MS Access 中，在使用 MariaDB 导入相同的数据时，我遇到了一些障碍。数据库必须易于查询，并且必须能够轻松地从电子表格中导入数据。

我不确定要往哪个方向发展，我是继续使用 MariaDb 和 MySQL 还是继续使用 MS Access。或者，我应该使用其他东西吗？

我们公司在一个大型 Excel 工作簿中有用户数据（姓名、电子邮件、电话号码、访问系统、AD 用户名）。由于 Excel 工作簿中包含 1000 多个条目，因此变得非常缓慢，我们正在寻找替代解决方案。

我认为 Microsoft Access 是因为它的易用性和快速制作表格和报告的能力，但我的老板担心 Access 很快就会过时。有人对此有其他解决方案吗？我知道一点 SQL，所以这是一个选项，但不是首选选项。

谁能告诉我购买商业数据库系统而不使用开源免费版本的原因是什么？

我的问题的原因是：

1. 商业系统的成本高达 10.000 美元
2. 最流行的网站（例如推特、脸书等）都使用了一些开源引擎（例如推特使用了MySQL，并且正在慢慢切换到Cassandra），从而证明了此类系统的可靠性

与开源替代方案相比，商业系统是否有任何财务和/或技术优势？

我正在寻找实现以下目标的数据库：

1. 完全酸性。
2. 与连接相关。
3. 有交易。
4. 允许管理员指定分片规则（例如：来自欧洲的用户应该位于欧洲数据中心）。
5. 最苛刻的要求：在网络分区时，就像两个数据中心相互断开连接一样，每个数据中心都应该能够读取和写入其中的节点。基本上，我愿意为了分区容错而牺牲部分可用性。可悲的是，大多数解决方案都会在出现裂脑的情况下停止所有读取和写入。（因此，优先于可用性而不是分区容错性）

我更喜欢开源解决方案，但也愿意考虑专有解决方案。