blocks|key|3041461|text|如果没有更多的信息，我可能就大错特错了。但是2000个名称、地址等并不是一个大的DB，我会认为使用Amazons+RDS的可能性至少有点“过度”了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3041462|根据您想要查看、编辑等的方式(以及用户)，有许多免费或几乎免费的替代方案。|3041463|一种方法可能是设置/use，这是一个宿主包，其中包含链接到mySQL+DB的类似phpMyAdmin的内容。这样做，这是可能的访问和编辑等数据库没有网站前端。不是很漂亮(就像一个网站前端)，但很实用。一个好的主机也应该为你提供支持。|3041464|另一种是查看Google文档。OK，不是真正的数据库，更多的是电子表格，而是非常多的Excel行。你可以与被邀请的人分享谷歌文档，甚至可以通过谷歌文档建立一个小网站。这是一个免费的方法，但根据您的需要可能不太实用。|3041465|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

With out a bit more info I may be way off base here. but 2000 names addresses etc. is not a large DB and I would have thought that the possible use of Amazons RDS was a bit "overkill" to say the least.

Depending on how (and who) you want view edit etc. there are a number of free or almost free alternatives.

One method may be to set up /use a hosting package that has something like phpMyAdmin linked to a mySQL DB. Doing this it is possible to access and edit etc. the DB without having a website front end. Not pretty (like a website front end) but practical. A good host should also back up for you.

Another is to look at Google Documents. OK not really a database more a spread sheet, but very much on the lines of Excel. You can share Google docs with invited people and even set up a small website via Google Docs. This is a free method, but may not be that practical depending on your needs.

blocks|key|307244|text|在您的情况下，只有联系和地址数据，我会选择亚马逊SimpleDB。我知道SimpleDB可能不适用于大量具有关系的表，但是对于您的数据类型，我认为SimpleDB就足够了。而且成本比亚马逊RDS便宜得多。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|307245|我也想使用RDS，但最小的db大小每月需要80美元。|307246|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

In your case of just contact and address data I would choose Amazon SimpleDB. I know SimpleDB might not be suitable for a large number of tables with relationships and all, but for your kind of data I think SimpleDB is sufficient. And costs is much much cheaper than Amazon RDS.

I also wanted to use RDS, but the smallest db size costs $80 p/month.

blocks|key|3041528|text|你看过微软的SQL+Azure吗？你可以免费使用它大约90天，然后如果你只需要1+db的数据库，那么每月只需要10美元。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3041529|你提到了备份，所以我想我也要谈谈这一点。SQL+Azure的工作方式是它自动在数据中心的不同机器上创建2个额外的数据库副本。如果其中一台机器或数据库变得不可用，它会自动故障转移到另一台数据库。|3041530|如果你需要上面的任何东西，你也可以使用copy+command+to+backup+the+database。|3041531|entityMap|0|LINK|mutability|MUTABLE|url|https://azure.microsoft.com/en-us/services/sql-database/|1|http://msdn.microsoft.com/en-us/library/ff951624.aspx^0|6|9|0|0|0|J|Z|1|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|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@$A|X|B|Y|1|Z]]|C|$]]|$1|H|3|-4|5|6|7|10|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]]]

Have you taken a look at Microsoft <a href="https://azure.microsoft.com/en-us/services/sql-database/" rel="nofollow">SQL Azure</a>? You can use it free for something like 90 days and then if you only need a 1GB db it would only be about $10 a month. 

You mention backup so I thought I would talk about that as well. They way SQL Azure works is that it automatically creates 2 additional copies of your database on different machines in the data center. If one of the machines or db's become unavailable it automatically fails over to one of the other db's.

If you need anything above that you can also use the <a href="http://msdn.microsoft.com/en-us/library/ff951624.aspx" rel="nofollow">copy command to backup the database</a>.

blocks|key|3255553|text|坦率地说，对于这么小的db，我会认真考虑http://www.sqlite.org/|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3255554|它正在进行中，很容易不断地.dump到S3，而且你可以使用更新钩子在更新后保留检查点。备份/恢复几乎等同于windows批处理文件和wget|3255555|使用http://sqlcipher.net/进行良好的加密|3255556|标准操作系统文件系统和用户级ACL控制安全性。|3255557|考虑到正常的EC2支持的关系型数据库对于EBS+gremlins的脆弱性，运行文件支持的数据库是有意义的。|3255558|有从to+SQL92+(没有真正的展示)的排除，但考虑到项目成本敏感性和校友数据库的RPO和RTO，我认为这是一个很好的选择。|3255559|entityMap|0|LINK|mutability|MUTABLE|url|http://www.sqlite.org/|1|http://sqlcipher.net/^0|K|M|0|0|0|2|L|1|0|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@$A|Y|B|Z|1|10]]|C|$]]|$1|D|3|E|5|6|7|11|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|12|8|@]|9|@$A|13|B|14|1|15]]|C|$]]|$1|H|3|I|5|6|7|16|8|@]|9|@]|C|$]]|$1|J|3|K|5|6|7|17|8|@]|9|@]|C|$]]|$1|L|3|M|5|6|7|18|8|@]|9|@]|C|$]]|$1|N|3|-4|5|6|7|19|8|@]|9|@]|C|$]]]|O|$P|$5|Q|R|S|C|$T|U]]|V|$5|Q|R|S|C|$T|W]]]]

For a frankly tiny db of that size I'd seriously look at <a href="http://www.sqlite.org/" rel="nofollow">http://www.sqlite.org/</a>

it's inprocess, easy to constantly .dump off to S3 and you can use update hooks to keep checkpoints after updates.
backups/restores are almost the equivalent of windows batchfiles and wgets

good encryption using <a href="http://sqlcipher.net/" rel="nofollow">http://sqlcipher.net/</a>

standard OS Filesystem and user level ACLs control security.

running a file backed db makes sense given the fragility of a normal EC2 backed RDBMS to EBS gremlins.

there are exclusions from to SQL92 (no real showstoppers), but given the project cost sensitivity and the RPO and RTO's of an alumni database, I reckon it's a good bet.

blocks|key|304253|text|你可以查看|type|unstyled|depth|inlineStyleRanges|entityRanges|data|304254|http://www.enciva.com/postgresql9-hosting.htm|offset|length|304255|和|304256|http://www.acugis.com/postgresql-hosting.htm|304257|他们为Postgres和MySQL工作。|304258|entityMap|0|LINK|mutability|MUTABLE|url|1^0|0|0|19|0|0|0|0|18|1|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@$D|V|E|W|1|X]]|A|$]]|$1|F|3|G|5|6|7|Y|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@$D|10|E|11|1|12]]|A|$]]|$1|J|3|K|5|6|7|13|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|C]]|S|$5|O|P|Q|A|$R|I]]]]

You can check 

<a href="http://www.enciva.com/postgresql9-hosting.htm" rel="nofollow">http://www.enciva.com/postgresql9-hosting.htm</a>

and 

<a href="http://www.acugis.com/postgresql-hosting.htm" rel="nofollow">http://www.acugis.com/postgresql-hosting.htm</a>

They work for Postgres and MySQL.

I have the following requirement. I have with me a database containing the contact and address details of at least 2000 members of my school alumni organization. We want to store all that information in a relation model so that

<ol>
<li>This data can be created and edited on demand.</li>
<li>This data is always backed up and should be simple to restore in case the master copy becomes unusable.</li>
<li>All sensitive personal information residing in this database is guaranteed to be available only to authorized users.</li>
<li>This database won't be online in the first 6 months. It will become online only after a website is built on top of it.</li>
</ol>

I am not a DBA and I don't want to spend time doing things like backups. I thought Amazon's RDS with it's automatic backup facility was the perfect solution for our needs. The only problem is that being a voluntary organization we cannot spare the monthly $100 to $150 fees this service demands.

So my question is, are there any less costlier alternatives to Amazon's RDS?

Are there any less costly alternatives to Amazon's Relational Database Services (RDS)?

关系型数据库

数据中心

文件系统

数据库

MySQL

我有以下要求。我有一个数据库，里面有至少2000名校友组织成员的contact和address详细信息。我们希望将所有这些信息存储在关系模型中，以便此数据可以按需创建和编辑。此数据始终会备份，并且在主副本不可用时应易于还原。此数据库中驻留的所有敏感个人信息保证仅对授权用户可用。此数据库在前6个月内不会联机。只有在其上建...

问有没有比Amazon的关系数据库服务(RDS)更便宜的替代品呢？
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问有没有比Amazon的关系数据库服务(RDS)更便宜的替代品呢？EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问有没有比Amazon的关系数据库服务(RDS)更便宜的替代品呢？
EN