标签: amazon-simpledb

我正在创建一个将在亚马逊EC2上托管的应用程序,并且许多将被保存的数据更加面向文档(以及保存推文以及与这些文档相关的内容).

现在我正处于十字路口......我应该使用simpleDB还是couchDB？使用其中之一的利弊是什么？我应该尝试一个月并决定吗？

How to setup Grails project to use Amazon SimpleDB?

One possibility is to install gorm-jpa plugin and use SimpleJPA library, but I couldn't setup it correctly.

Has someone experience with this combination?

我真的想使用SimpleDB,但我担心没有真正的锁定和事务,整个系统都会有致命的缺陷.我理解,对于高读/低写应用程序来说,它是有意义的,因为最终系统变得一致,但是介于两者之间的那个时间呢？似乎在不一致的数据库中的正确查询将以一种非常难以追踪的方式在整个数据库中长期存在破坏.希望我只是一个担心的疣......

我正在寻找一种将ActiveResource映射到SimpleDB的方法

我想避免使用插件/宝石,因为我所使用的都是过时/错误/没有混淆

看起来似乎很难,我想知道你是否有人成功实现了一个使用simpleDB作为主动资源的rails应用程序.你是怎么做到的？谢谢.

我正在寻找一个通用的数据访问框架,它将提供各种nosql数据库的可移植性,如SimpleDB,Azure Tables,Cassandra,CouchDB,MongoDb等.我正在构建一个应用程序,并希望我的客户能够使用哪个他们想要的nosql商店.

在更关系的场景中,我使用Linq而非nHibernate或Entity Framework,但我没有找到nosql数据库的等效框架.我发现的只是数据库特定的API,尽管似乎有很大的共性.有人存在吗？最好用LINQ.

由于Amazon SimpleDB不提供不区分大小写的查询,因此在simpleDB中对属性进行不区分大小写搜索的最佳方法是什么？

可以做的一件事是包括一个单独的属性,它是每个字符串的小写版本,然后使用'like'查询,但它将涉及大量的重复.有没有任何优雅的方式来做同样的事情？

编辑
我首先尝试保留一个单独的属性,即要搜索的文本的小写版本,然后使用'喜欢'查询,但'喜欢'对于我正在构建的东西来说并不是非常快,而且还有添加冗余的想法数据和应用程序的复杂性并不酷.所以我整合了elasticsearch,到目前为止工作得非常好+这样可以更好地控制搜索.

我无法弄清楚我可以在哪里为simpleDB 创建一个域.我去了AWS管理控制台,我能够为S3 创建一个存储桶,但我没有简单的数据库选项卡.

我在这里错过了什么吗？

我目前正致力于生成像亚马逊那样的产品推荐的系统:"购买此产品的人也买了这个......"

目前的情景:

• 提取客户端的Google Analytics数据并将其插入数据库.

• 在客户的网站上,在产品页面加载时,进行API调用以获取正在查看的产品的建议.

• 当API收到产品ID作为请求时,它会在数据库中查找并检索(使用关联规则)推荐的产品ID并将其作为响应发送.

• 将处理这些产品ID的列表,以在客户端获取产品详细信息(图像,价格..)并显示在网站上.

• 目前我在AMAZON EC2上使用PHP和MYSQL与gapi包和REST api存储.

我的问题是: 现在,如果我必须选择以下内容,这将是实施上述概念的最佳选择.

• PHP与SimpleDB或BIGQuery.

• R语言与BIGQuery.

• RHIPE-(R和hadoop)与SimpleDB.

• Apache Mahout.

请帮忙!

我想知道人们建议什么是在Amazon Web Services SimpleDB中进行空间查询的有效方法？

通过空间查询,我的意思是在纬度和经度的给定半径内找到对象.

我正在制作移动iOS应用.用户可以创建帐户并上传字符串.它会像twitter,你可以关注人物,有个人资料图片等.我无法估计用户群,但如果应用程序起飞,总数据集可能会相当大.

我将实际对象存储在Amazon S3上,并且列出Amazon S3密钥的DataBase上的密钥很慢.那么存储密钥哪个更好？

这是我对SimpleDB和DynamoDB的了解:

SimpleDB的:

• 廉价
• 表现很好
• 专为小型/中型数据集而设计
• 可以使用select表达式查询

DynamoDB:

• 昂贵
• 极其可扩展
• 表现很棒; 毫秒响应
• 无法查询

这些观点对我的理解是正确的,DynamoDB更像是杀手锏.速度和可扩展性,SimpleDB更多的是查询和价格(仍然提供良好的性能).但是如果以这种方式看待它,这会更快,从DynamoDB下载所有密钥,或者使用SimpleDB进行选择查询......对吗？一个是使用超快速数据库下载很多(然后我们必须匹配它们),另一个是使用相当好的性能数据库来查询和下载少数正确的对象.那么,哪个更快:

DynamoDB下载所有内容并匹配OR SimpleDB查询和下载

(注意:匹配只是意味着使用-rangeOfString和字符串比较,没有耗电或非时间效率或任何服务器端)

我的S3键将为每种类型的对象使用此格式

accountUsername:typeOfObject:randomGeneratedKey

例如,如果您正在引用帐户对象

罗汉:帐号:shd83SHD93028rF

或者个人资料图片:

罗汉:ProfilePic:Nck83S348DD93028rF37849SNDh

我有随机生成的唯一性密钥,它没有引用任何东西,它就是那里,因此密钥不会重复因此重叠两个对象.

在我的应用程序中,我可以选择SimpleDB或DynamoDB,所以这里有两个选项:

• 使用SimpleDB,使用格式存储密钥但不使用任何引用的格式,而是使用存储在SimpleDB中的属性.所以,我存储了密钥,其中包含用户名,类型等属性以及其他我也必须以密钥格式包含的内容.因此,如果我想从用户'Rohan'获取帐户对象.我只是使用SimpleDB Select来查询属性'username'和属性'type'.(我匹配'帐户')

• DynamoDB,存储密钥和每个密钥将具有图示的格式.我扫描整个数据库返回每一个键.然后获取密钥并利用密钥格式,我可以使用它-rangeOfString来匹配我想要的,然后从S3下载.

此外,SimpleDB显然是在地理上分布的,我怎么能实现这一点呢？

哪个更快更可靠？使用SimpleDB查询具有属性的键.或者使用DynamoDB存储所有密钥,扫描(下载所有密钥)并使用例如匹配-rangeOfString？请注意,这些只是指向S3对象的短键.

这是我的最后一个问题,数据库中的对象数量因决定的答案而异,我应该:

• 为用户拥有的每个对象创建单独的键/对象
• 创建一个帐户密钥/对象并将所有信息存储在其中

显然,这两种选择之间会有不同的优缺点.例如,检索它是否全部是分开的更快,但是它也更有条理,并且用于将其存储在一个用户帐户中的数据集也不那么大.

所以你怎么看？

谢谢您的帮助!我已经给了这个赏金,真的需要尽快回答.