News for hackers. Stuff that matters.
Re:Redshift Performance and Cost by alexatkeplar on Monday February 25, 2013 @05:59PM (#5282472)
We use Infobright at SnowPlow (https://github.com/snowplow/snowplow), and are currently working on our Redshift integration.

One thing to be aware about with both is the lack of any support for wide tables - Infobright inherits MySQL's limit of 65,535 bytes per row (and UTF8 means 3 bytes per char); with Redshift you can stored wider rows but you can't query them (http://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE...). Obviously not a deal breaker, but it locks you firmly in the densely populated rows, relational mindset.

This aside, we're super-excited about Redshift!

Re:Redshift Performance and Cost by tszming on Tuesday February 26, 2013 @11:17AM (#5286443)
Hi, I have started your project previously and while I haven't had a chance to test it out, I must say the idea of using cloud-front as a collector is a superb brilliant idea to scale an analytics platform and would be both very scalable, reliable and economical.

Btw, do you have more experience to share? e.g. with infobright, how many events can be processed per second? what would be the "ETL latency"? can infobright handle 10TB of data easily, any caveat besides the row limit? Thanks.

Re:Redshift Performance and Cost by alexatkeplar on Sunday March 03, 2013 @01:02PM (#5314556)
Hi tszming - happy to share more over email. [email protected]