blocks|key|3758717|text|如果你对用Ruby语言编码没什么问题，你可能会想看看seed-fu和activerecord-import。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3758718|哦，我忘了提standalone-migrations了。它附带了一个用于模式迁移的Rake任务。|3758719|祝好运!|3758720|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/mbleigh/seed-fu|1|https://github.com/zdennis/activerecord-import|2|https://github.com/thuss/standalone-migrations^0|Q|7|0|Y|J|1|0|6|L|2|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]|$A|X|B|Y|1|Z]]|C|$]]|$1|D|3|E|5|6|7|10|8|@]|9|@$A|11|B|12|1|13]]|C|$]]|$1|F|3|G|5|6|7|14|8|@]|9|@]|C|$]]|$1|H|3|-4|5|6|7|15|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]|R|$5|K|L|M|C|$N|S]]]]

If you are fine with coding in Ruby you might want to look into <a href="https://github.com/mbleigh/seed-fu" rel="nofollow">seed-fu</a> and <a href="https://github.com/zdennis/activerecord-import" rel="nofollow">activerecord-import</a>.

Oh, I forgot to mention <a href="https://github.com/thuss/standalone-migrations" rel="nofollow">standalone-migrations</a>. It comes with a Rake task for schema migrations.

Good luck!

blocks|key|2161788|text|从理论上讲，您应该能够在database.yml中创建另一个“实例”(用于您的实时服务器)，并将正确的主机放在那里(并保留其余的用户名/密码等)。在您的rake任务中，您将加载数据库yaml文件，读取主机并继续您的命令行含糊。它可以很容易地被包装在rake任务中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2161789|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Theoretically you should be able to create another "instance" in database.yml (for your live server) and put the correct host there (and leave the rest username/passwords etc). In your rake task you would load the database yaml file, read the host and go on with your command line slurpiness. It could easily be wrapped up in a rake task.

blocks|key|2161835|text|下面是我用于Postgres数据库的一个：https://gist.github.com/748222。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2161836|有三个任务：db:download、db:replace和db:restore。db:restore只是另外两个的包装器。|style|CODE|2161837|我要说的是，你也可以很快地为Mysql做类似的事情。在这种情况下，我只使用最新的备份，而不是在运行时创建它。|2161838|entityMap|0|LINK|mutability|MUTABLE|url|https://gist.github.com/748222^0|L|U|0|0|6|B|I|A|T|A|14|A|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]]|C|$]]|$1|D|3|E|5|6|7|V|8|@$A|W|B|X|F|G]|$A|Y|B|Z|F|G]|$A|10|B|11|F|G]|$A|12|B|13|F|G]]|9|@]|C|$]]|$1|H|3|I|5|6|7|14|8|@]|9|@]|C|$]]|$1|J|3|-4|5|6|7|15|8|@]|9|@]|C|$]]]|K|$L|$5|M|N|O|C|$P|Q]]]]

Here's one I use for a Postgres database: <a href="https://gist.github.com/748222" rel="nofollow">https://gist.github.com/748222</a>.

There are three tasks: <code>db:download</code>, <code>db:replace</code> and <code>db:restore</code>. <code>db:restore</code> is just a wrapper around the other two.

I'd say you could do something similar for Mysql pretty quickly as well. I just use the latest backup in this case instead of creating it at runtime.

blocks|key|2161862|text|https://gist.github.com/750129|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2161863|这不是一个优雅的解决方案。它基本上是旧方法的包装器，因此它甚至与其他数据库驱动程序不兼容。|2161864|但是你可以把它放到你的SCM的lib/task下，以便与你团队中的其他开发人员分享。它还使用现有config/database.yml文件中的配置数据。您可以通过向该文件添加另一个分支来定义活动数据库，并且它使用与Rails相同的键名。|2161865|也许重用生产数据库配置甚至是有意义的。|2161866|entityMap|0|LINK|mutability|MUTABLE|url^0|0|U|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@$A|R|B|S|1|T]]|C|$]]|$1|D|3|E|5|6|7|U|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|V|8|@]|9|@]|C|$]]|$1|H|3|I|5|6|7|W|8|@]|9|@]|C|$]]|$1|J|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|K|$L|$5|M|N|O|C|$P|4]]]]

<a href="https://gist.github.com/750129" rel="nofollow">https://gist.github.com/750129</a>

This is not an elegant solution. It's basically a wrapper for your old method, so it's not even compatible with other database drivers.

But it is something you can put in your SCM under lib/tasks to share it with other developers on your team. It also uses config data from your existing config/database.yml file. You define the live db by simply adding another branch to that file and it uses the same key names that Rails do.

Maybe it would even make sense to reuse the production database configuration.

blocks|key|93332|text|我不使用rake来做这件事，而是使用capistrano任务，因为你的capistrano任务已经知道生产服务器在哪里了，等等……|type|unstyled|depth|inlineStyleRanges|entityRanges|data|93333|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Instead of using rake to do this, I'd use a capistrano task, as your capistrano tasks would already have knowledge of where the production server is, etc...

For years I've used a ssh pipe from <code>mysqldump</code> on the live server to <code>mysql</code> on my development machine for getting a copy of the current data.

<pre><code>ssh -C &lt;server&gt; mysqldump --opt &lt;live_database_name&gt; |mysql &lt;local_dev_database_name&gt;
</code></pre>

Where <code>-C</code> enables ssh compression and <code>--opt</code> enables quickness and completeness.

Does anyone have a rails-ish equivalent rake task for this? Ideally it'd take the database names from config/database.yml

Rails rake task for loading live (MySQL) database to local development database

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

多年来，我一直使用ssh管道从实时服务器上的mysqldump到我的开发机器上的mysql，以获取当前数据的副本。ssh -C <server> mysqldump --opt <live_database_name> |mysql <local_dev_database_name>其中-C支持ssh压缩，--opt支...

问用于将实时(MySQL)数据库加载到本地开发数据库的Rails rake任务
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用于将实时(MySQL)数据库加载到本地开发数据库的Rails rake任务EN