Pregunta

Si no es así, ¿existen limitaciones fundamentales del servicio que impidan la creación de uno?

¿Fue útil?

Solución

Hay una biblioteca de C # para trabajar con SDB.

Si desea rodar la suya, puede encontrar la API, WSDL y otra documentación en http : //aws.amazon.com/simpledb/#resources .

Es una API bastante sencilla que se basa en HTTP. La parte más difícil es escribir el código de firma. Hay muchas implementaciones en otros idiomas.

En cuanto al uso para el estado de sesión, hay una gran diferencia de velocidad entre el uso de SimpleDB desde EC2 y cualquier otro lugar en Internet. Si está alojando su aplicación en EC2, estará bien, de lo contrario, será brutalmente lento.

Otros consejos

En respuesta a la respuesta de Gary. " Si está hospedando su aplicación en EC2, estará bien "

Incluso si está hospedando su aplicación en EC2, realmente no debería usar SimpleDB para almacenar el estado de la sesión. Proporciona un " finalmente consistente " garantía, por lo que si PONE algo, no hay garantía de que verá el artículo en su próximo GET.

vea: http: // docs .amazonwebservices.com / AmazonSimpleDB / 2007-11-07 / DeveloperGuide / index.html? EventualConsistencySummary.html

Esto está bien cuando se quiere usar simpledb para hacer indexación en datos que no necesitan ser actualizados inmediatamente y pueden reconciliarse más tarde, pero en el caso del estado de sesión, es probable que desee algo con garantías de ACID (como SQL Server), ya que quiere saber que una vez que haya confirmado algo, lo recuperará en la próxima lectura.

Esto obviamente depende de sus requisitos, pero la mayoría de las personas usan el estado de sesión para almacenar artículos del carrito de compras o similar. Los visitantes de su sitio pronto se enojarán si las cosas parecen desaparecer de su carrito, luego, vuélvalos a agregar y luego descubran que han agregado el mismo artículo dos veces cuando vienen a pagar.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top