标签: schema

MySQL 不支持事务内的架构更改，因此在涉及架构更改的失败迁移期间无法回滚。

Postgres 和 SQLite 支持此功能。MariaDB 有机会支持它吗？

我创建了一个默认数据库并在该数据库中创建了一些模式。为每个架构创建了用户，现在我只想为架构中的每个用户授予完全权限，我该怎么办？

这是情况：

• 来自一组非常有限的来源的大量时间序列数据将保存在 SQLite 数据库文件中。
• 时间序列源由 10 个字符长的字符串标识。来源的数量非常少，而且根本不是动态的。
• 无需立即对时间序列源之间进行任何相关分析。

我想，按照惯例，人们会将所有时间序列数据转储到单个表中，并带有标识每个数据点来源的文本字段。

但是，我想知道为每个时间序列数据源创建一个单独的表是否会更有效？通过消除重复的文本字段，SQLite 数据库的文件大小最终会小很多吗？查询会运行得更快吗？

或者我应该完全避免为每个来源创建表格以及出于什么原因？

数据库不会很大，这可能保证在 MySQL 上使用 SQLite。除了整数时间戳，还有四个整数字段。每 3 分钟进行一次测量，但它可以轻松运行一年或更长时间。部分设计最终可能会出现在闪存容量非常有限（64Mbit）的嵌入式设备中，因此我最初对 SQLite 感兴趣。但是，我愿意接受其他建议。

我是信息系统新手，正在做作业。我不确定物理数据独立性和逻辑数据独立性之间的区别。物理意义是什么，逻辑意义是什么？

我一直认为物理就像硬盘或其他东西，但事实并非如此。它更像是一种数据结构吗？那么什么是逻辑呢？

我正在根据第三方供应商的数据建立车辆记录数据库。有 3 种模型：车辆、变速器和适配器。

车辆和变速器都是 1:n 适配器。从技术上讲，变速箱只是带有附加变速箱柱的车辆，而车辆除了车辆柱之外还包含燃油系统柱。我无法确定将我的数据组合成一个标准化集合的最佳方式。

以下是我的一些数据示例：

传输表

车辆表

数据透视表

如您所见，传输和车辆在trans_type/ fuel_system columns（分别）和之后基本相同。例如，我突出显示的 Vehicle 与用 engine_code 显示的第二个传输相同LML。

理想情况下，我希望最终只得到一张车辆数据表。例如，如果我要合并突出显示的记录，我最终应该只有 2 个记录2013 GMC Sierra 3500 HD：一个使用 6.0L V8 发动机，另一个使用 6.6L V8 发动机，以及相应的燃油系统和变速箱列每个。

数据透视表也将被合并，这意味着我需要以某种方式用合并数据中的新 ID 替换旧 ID。

以下是我对如何解决这个问题的想法：

1. 标准化相似的列（品牌、型号、发动机、变速箱）
2. 简单地将fuel_system和trans_type列拆分到他们自己的表中（但这对我合并没有任何帮助，它只会使事情更易于管理，直到我弄清楚如何合并）
3. 创建一个包含两个表中所有列的新表，并插入来自 Vehicles 和 Transmissions 的数据，填空（即更新fuel_system，其中记录匹配，反之亦然），然后开始清理重复项。

对于这篇冗长的帖子，我深表歉意，但我还没有在我的搜索中找到任何能真正概括这个过程的内容。欢迎任何意见或建议，并在此先感谢您。

我有一个用于管理出租物业的数据库

它有一个property表，其中包含有关房产的详细信息，例如卧室、平方英尺、价格等，它还有一个名为的列，address_id它是表的外键address，其中包含街道名称、城市等地址

将地址放在另一个表中有什么好处吗？或者我可以将地址列移至属性表吗？

如果我创建一个新架构并将架构所有者设置为另一个架构，例如 dbo，那么这对我的新架构有何意义？

我的新架构是否继承了其所有者 dbo 的相同权限？

我有一个正在迁移到 MySQL 的模块化系统。

在 SQL Server 中，存在将表和数据库对象分组在一起的架构概念。例如，所有与用户相关的表都可以放入auth模式中，所有博客表可以放入博客模式中。这意味着我们可以在对象资源管理器中看到这些表名称：

• 授权用户
• 授权角色
• auth.UserRoles
• 授权令牌
• 博客.帖子
• 博客.评论
• 博客作者

这是一种将事物放在一起并对它们进行排序的巧妙方法，这对于理解数据库和模块化结构非常有帮助，并有助于降低维护成本。

我知道MySQL不支持这个功能。

我还知道我们可以为表名称添加前缀来模仿这种行为。但我想知道这是否是最好的方法？

是否有一种我不知道的已知方法可以实现这一目标？我对 MySQL 还很陌生。

我需要帮助为数据库创建架构以保存与 Web 用户的购物车/会话相关的信息。每个会话都有一个会话 ID、一个保持创建时间的时间戳、一个到期时间戳、一个指示购买是否完成的布尔值，然后是一个产品列表，以及它们相关的数量和价格。每个用户将只有一个 ID、原始时间戳、到期时间戳和购买布尔值，但他们可能会引用一种或多种具有不同数量和价格的产品。

我最初的想法是有一个会话表和一个产品表，但我似乎无法摆脱会话 ID 和产品信息在大订单和不同会话中变得多余的想法。简而言之，如果产品表的不同行始终引用重复的产品编号和会话 ID，是否会变得混乱？

我在正确的轨道上吗？或者您能否提出一种我尚未考虑的替代设计模式？

如果您需要更多信息，请告诉我。先感谢您！

我正在寻找一个开源工具来生成 DDL 脚本。许多工具将这些同步脚本称为。我们本质上想比较不同环境的模式（即：DEV 到 QA，QA 到 PROD）以更轻松地管理对象迁移/部署。Oracle 是否存在这样的开源工具？