标签: database-recommendation

使用标准 SQL 数据库（目前主要使用 MySQL）有点新，我还没有遇到过很多这样的用法。

什么时候以及为什么使用负（或者更确切地说是有符号的）键来索引一个表是有用的？

在数据库设计方面，我主要是自学成才。我提出这个问题是因为我已经确定了这种通用结构，但我想知道它是否是最有效的或“行业标准”方法。

我设计的大多数数据库都有一个用户表，然后在另一个表中跟踪人员活动。我知道数据库的美妙之处在于具有这些效率，但是活动表将相当快地从每个定期使用它的用户那里收集许多事件，从而在中等用户使用情况下相当快地成为一个巨大的表。这是让它以这种方式增长的最佳实践吗？或者是一层表，还是根据日期、用户数量或其他原因拆分到不同的表？

+--------------------+                   +------------------------+
|   UserData         |                   |   Activity             |
+-=------------------+                   +------------------------+
| ID     (auto uint) | <--1-to-many-+    | ID  (auto uint)        |
| UserName (text)    |              +--> | UserID (uint)          |
| Email    (text)    |                   | Timestamp (time)       |
| additional info... |                   | Type (ID to elsewhere) |
+--------------------+                   | additional info...     | 
                                         +------------------------+

我只是想知道我可以在哪里改进任何东西，以帮助我学习。

作为一个简化的例子，假设我有一个这样的表：

seq | value
----+------
102 | 11954
211 | 43292
278 | 19222
499 |  3843

该表可能包含数亿条记录，我需要经常做这样的查询：

SELECT sum(value) WHERE seq > $a and seq < $b

即使seq被索引，典型的数据库实现也会遍历每一行以计算最佳情况下的总和O(n)，其中n是范围的大小。

是否有任何数据库可以像O(log(n))每个查询一样有效地执行此操作？

我所遇到的数据结构称为段树所描述这里。有时也称为范围树或区间树，尽管所有这些名称通常被描述为数据结构的略微不同的变体。

但是，我还没有遇到任何实现这种数据结构的数据库。对于内存结构来说，从头开始实现它很容易，但如果它必须持久化或太大而无法放入内存，则变得棘手。如果有一种在现有数据库之上实现这一点的有效模式，那也会有所帮助。

旁注：这不是仅附加表，因此在这种情况下，诸如保留累积总和之类的解决方案将不起作用。

我正在为一个我想在夏天开始的新项目研究各种数据库类型和 DBMS。

我已经在 MySQL 和 postgreSQL 中构建了系统，现在我想扩展我在数据库方面的知识和经验。

我的项目将是一种社交网络/聚合知识的东西。（还没有开发出一个术语来描述它）。

我一直在看：

• Cassandra（使用自己的查询语言类型）；它似乎有利于功能丰富的内容和提供高性能查询执行。但是我不太热衷于它，因为它需要一个 java 环境才能工作，我更愿意与 Oracle 无关。
• MongoDB（noSQL 类型的 DBMS）；强大的可扩展性，但是您将失去已在成熟的 SQL 语言上可用的所有功能，例如业务信息查询。

系统要求：

• 数据文本、日期、时间、xml、小整数、blob、
• 结构/行为：规范化 3NF、非实时、关系、可扩展、健壮
• 环境： unix/linux，无JAVA！，最好在C上运行

我想知道您是否可以指出我应该研究的任何其他数据库系统。

我也看过对象关系数据库，我非常喜欢它们与 PHP 对象（PDO）一起工作的想法，但是它们的性能似乎有点差。

鉴于这里将有 DBA，对您操作过的这些系统的任何反馈都将不胜感激。

谢谢

令我感到奇怪的是，当我定义了外键时，引擎无法使用此信息自动找出正确的 JOIN 表达式，而是要求我重新键入相同的子句。是否有任何数据库，也许是某种研究项目，可以检查现有的外键？

嗨，我是一名土木工程师，有一些编程经验，但我不熟悉当今可用的大量选项。希望你能给我任何指示最好的方法。

我想以网格格式制作和查询地面测量数据的数据库。在土方作业的不同时间，每个网格位置都会有许多测量值，因此存在时间的第 4 维。

观察结果很可能是从文本文件中读入的。在每条记录中都会有一个（2 x 整数）网格位置（行和列）一个（浮点）地平面和各种字符串信息代码（总共可能多达 30 个字符）。

网格可以是大约 10000 行 x 10000 列。并非网格上的每个位置在每次调查中都有记录，但通常最多有一百条记录。许多网格位置根本没有记录（该站点不会是完美的矩形）。

我想搜索记录、提取数据并进行计算，例如计算每个网格位置的最低或最高地平面。我相当有信心，我有能力用诸如 FORTRAN、BASIC 或 C 之类的语言使用数组相当简单地进行编程。虽然很多数组元素都是空的，但我猜这不是正确的方法，像这样的大型数据库需要特殊的工具，我必须学习如何使用。

我正在考虑平台的可能选项 -

1. 使用数据库程序。我不熟悉这些功能有多强大，但我想它们会在 GUI 上产生很多开销。

2. 使用 SQL？这我不太了解，但它似乎是数据库的语言。我一直使用命令式语言而不是声明式语言，正如我从维基百科了解到 SQL 是声明式的，我对这种变化有点紧张。我不完全了解使用它的过程。是否有制作控制台程序的编译器？数据库是否存储在磁盘上？抱歉问了这么愚蠢的问题。

3. 使用像 c-treeACE 这样的 API？我认为这可能是让我熟悉“​​做这个，然后做那个”语言的方式（不幸的是，这就是我作为工程师的想法！）。但我希望 API 提供的幕后内存和处理管理将优于我使用大型数组所能实现的。

4. 或者我可以用面向对象的语言来做，让计算机担心存储要求。例如，如果我将记录存储为具有方法和属性的对象，这些方法和属性可以帮助我从每条记录中获得我需要的结果 - 与 3 相比，它会是一个巨大的臃肿程序吗？

可能有数亿条记录，我希望能够在运行 Windows 的现代 PC 上在几分钟而不是几小时（最好是几秒钟！）内查询和处理它们。更具体地说，我的是带有 6Gb ram 和 120Gb SSD 的 i7 处理器，运行 Windows 7 64 位。

希望有人有时间与新手分享几句智慧之词。