Dynago is a DynamoDB client API for Go.

Key design tenets of Dynago:

• Most actions are done via chaining to build filters and conditions
• objects are completely safe for passing between goroutines (even queries and the like)
• To make understanding easier via docs, we use Amazon's naming wherever possible.

Install using go get:

go get gopkg.in/underarmour/dynago.v1

Docs are at http://godoc.org/gopkg.in/underarmour/dynago.v1

Run a query:

client := dynago.NewAwsClient(region, accessKey, secretKey)
// or you can use below if you have AWS credential values in ENV,
// in case of running on AWS Lambda, etc.
// client := dynago.NewAwsClientFromEnv()

query := client.Query(table).
	KeyConditionExpression("UserId = :uid", dynago.P(":uid", 42)).
	FilterExpression("NumViews > :views").
	Param(":views", 50).
	Desc()

result, err := query.Execute()
if err != nil {
	// do something
}
for _, row := range result.Items {
	fmt.Printf("Name: %s, Views: %d", row["Name"], row["NumViews"])
}

Dynago lets you use go types instead of having to understand a whole lot about dynamo's internal type system.

Example:

doc := dynago.Document{
	"name": "Bob",
	"age": 45,
	"height": 2.1,
	"address": dynago.Document{
		"city": "Boston",
	},
	"tags": dynago.StringSet{"male", "middle_aged"},
}
client.PutItem("person", doc).Execute()

• Strings use golang string
• Numbers can be input as int (int64, uint64, etc) or float64 but always are returned as dynago.Number to not lose precision.
• Maps can be either map[string]interface{} or dynago.Document
• Opaque binary data can be put in []byte
• String sets, number sets, binary sets are supported using dynago.StringSet dynago.NumberSet dynago.BinarySet
• Lists are supported using dynago.List
• time.Time is only accepted if it's a UTC time, and is marshaled to a dynamo string in iso8601 compact format. It comes back as a string, an can be got back using GetTime() on Document.

Dynago can dump request or response information for you to use in debugging. Simply set dynago.Debug with the necessary flags:

dynago.Debug = dynago.DebugRequests | dynago.DebugResponses

If you would like to change how the debugging is printed, please set dynago.DebugFunc to your preference.

Dynago follows Semantic Versioning via the gopkg.in interface, and within the v1 chain, we will not break the existing API or behaviour of existing code using Dynago. We will add new methods and features, but it again should not break code.

• DynamoDB's own API reference explains the operations that DynamoDB supports, and as such will provide more information on how specific parameters and values within dynago actually work.
• http://godoc.org/github.com/crast/dynatools is a collection of packages with "edge" functionality for Dynago, which includes additional libraries to add on, and some functionality which may be considered for merging into dynago core in the future. It includes bits such as pluggable authentication, support for DynamoDB streams, safe update expressions and more.

Dynago currently implements all of its support for the underlying DynamoDB API encoding, AWS signing/authentication, etc. This happened in part because the existing libraries out there at the time of writing used deprecated API's and complicated methods, and it was actually cleaner at the time to support the API by fresh implementation.

AWS-SDK-Go exists as of June 2015 and has a very up to date API, but the API is via bare structs which minimally wrap protocol-level details of DynamoDB, resulting in it being very verbose for writing applications (dealing with DynamoDB's internal type system is boilerplatey). Once Amazon has brought it out of developer preview, the plan is to have Dynago use it as the underlying protocol and signature implementation, but keep providing Dynago's clean and simple API for building queries and marshaling datatypes in DynamoDB.