问题标签 [mysql]

我有兴趣学习一些（理想情况下）从数据库表中选择第n行的与数据库无关的方法。看看如何使用以下数据库的本机功能来实现这一点也很有趣：

• SQL 服务器
• MySQL
• PostgreSQL
• SQLite
• 甲骨文

我目前正在 SQL Server 2005 中执行以下操作，但我有兴趣查看其他更不可知的方法：

上述 SQL 的功劳：Firoz Ansari 的博客

更新：请参阅Troels Arvin关于 SQL 标准的回答。Troels，你有我们可以引用的链接吗？

我们目前正在将 MySQL 用于我们正在构建的产品，并且渴望尽快迁移到 PostgreSQL，主要是出于许可原因。

有没有其他人做过这样的举动？我们的数据库是应用程序的命脉，最终将存储 TB 的数据，所以我很想听听性能改进/损失的经验，转换 SQL 和存储过程的主要障碍等。

编辑：只是为了向那些询问我们为什么不喜欢 MySQL 许可的人澄清一下。我们正在开发一种商业产品，该产品（目前）依赖于 MySQL 作为数据库后端。他们的许可证规定我们需要向他们支付每次安装标价的一定百分比，而不是固定费用。作为一家初创公司，这并不吸引人。

有没有办法选择在同一字段上出现多个条件中的任何一个的数据？

示例：我通常会写一个语句，例如：

有没有办法代替说：

任何帮助表示赞赏。

对于我们这些使用标准共享托管软件包（例如 GoDaddy 或 Network Solutions）的人，当您的托管服务器 (PHP) 和 MySQL 服务器位于不同时区时，您如何处理日期时间转换？

此外，是否有人有一些最佳实践建议来确定您网站的访问者所在的时区并适当地操作日期时间变量？

有人知道将 SQLite3 数据库迁移到 MySQL 的快速简便方法吗？

有没有人知道script/class（最好在 PHP 中）会解析给定的MySQL table's structure，然后x number of rows根据字段类型用随机测试数据填充它？

我从未见过或听说过这样的事情，我想我会在自己写之前检查一下。

I'm working on a projects which involves a lot of database writes, I'd say (70% inserts and 30% reads). This ratio would also include updates which I consider to be one read and one write. The reads can be dirty (e.g. I don't need 100% accurate information at the time of read).
The task in question will be doing over 1 million database transactions an hour.

I've read a bunch of stuff on the web about the differences between MyISAM and InnoDB, and MyISAM seems like the obvious choice to me for the particular database/tables that I'll be using for this task. From what I seem to be reading, InnoDB is good if transactions are needed since row level locking is supported.

Does anybody have any experience with this type of load (or higher)? Is MyISAM the way to go?

“Microsoft SQL Server Profiler 是 SQL Trace 的图形用户界面，用于监视数据库引擎或分析服务的实例。”

我发现在开发、测试和调试数据库应用程序问题时使用 SQL Server Profiler 非常有用。有谁知道是否有适用于 MySql 的等效程序？

我有一个在 MySQL 数据库中编码为边的树：

对于树上的每一片叶子，items.tot都是由某人设置的。对于内部节点，items.tot需要是其子节点的总和。重复运行以下查询将生成所需的结果。

（请注意，这实际上不起作用，但这不是重点）

假设数据库存在并且已经满足不变量。

问题是：

在保持此要求的同时更新数据库的最实用方法是什么？更新可能会移动节点或改变tot叶节点上的值。可以假设叶节点将保留为叶节点，内部节点将保留为内部节点，整个事物将保留为一棵适当的树。

我曾经有过的一些想法：

• 完全失效，在任何更新后，重新计算一切（嗯......不）
• 在 items 表上设置触发器以更新已更新的任何行的父级
  • 这将是递归的（更新触发更新，触发更新，...）
  • 不起作用，MySQL 无法更新启动触发器的表
• 设置触发器以安排更新任何已更新行的父级
  • 这将是迭代的（从计划中获取一个项目，处理它以安排更多项目）
  • 这是什么开始？信任客户端代码来做对吗？
  • 一个优点是，如果更新正确排序，则需要计算机计算的总和更少。但这种排序本身就是一个复杂的问题。

一个理想的解决方案将推广到其他“聚合不变量”

FWIW我知道这“有点过火”，但我这样做是为了好玩（有趣：动词，通过这样做找到不可能的事情。:-)

我有兴趣在日期字符串和 MySQL 时间戳之间进行比较。但是，我没有看到一个简单的转换。我是否忽略了一些明显的东西？