Datadog vs Amazon Redshift

• APIs, the ability to interact with the data we pull into data dog is key. We port the information over to Servicenow, so the ability to pull everything into DataDog, then Servicenow, is a key component of our success here at Wayfair.
• Simple Interface - clean, useful, effective. Allows users to use DataDog for one reason, get work done.
• Lightweight agent on hosts

Read full review

• Redshift is fully managed. Small teams do not have the resources to maintain a cluster. CloudWatch metrics are provided out-of-the-box, and it is easy to configure alarms.
• Redshift's console allows you to easily inspect and manage queries, and manage the performance of the cluster.
• Redshift is ubiquitous; many products (e.g., ETL services) integrate with it out-of-the-box.
• Writing .csvs to S3 and querying them through Redshift Spectrum is convenient.

Read full review

• User interface could be improved in some areas, looking for host information and the agent install link takes a bit of time.
• Configuration of the agent is generally done via a config file which is a pro and a con. It would be nice to have some UI to configure various agent options.
• Billing isn't entirely straightforward, they could use more reports to figure out the source of your monthly costs.

Read full review

• It could benefit from adding data integrity and programming tools common to other database management systems.
• Amazon Redshift is based on PostgreSQL 8.0.2. That version of PostgreSQL was released in December 2006. While PostgreSQL was much improved since then, the new features were not implemented in Redshift. Many basic features are missing from it.
• Primary keys can be declared but not enforced. Referential integrity (foreign keys) can be declared but not enforced. UNIQUE and CHECK constraints are not supported and cannot be declared.
• IDENTITY can be declared on a column, and Redshift will put unique values into it. However: IDENTITY values in the newly inserted rows won’t be incremental or sequential. To implement a sequential number, you need to write your own custom code.
• There are no stored procedures in Redshift. We are writing SQL script files, and then parsing and running them one statement at a time from a Python program. This also enabled us to implement execution-time error logging.
• In SQL scripts, to check for the row count of affected rows, a complicated join query against some system tables or views has to be executed.
• Data Control Language (DCL) does not exist. No statements like IF, WHILE, DO, RAISERROR, etc.
• On performance of views… Views do not “pass-through” a query parameter which is a potential problem for performance.
• When selecting against a view with the WHERE clause outside of the view, the inner query of the view will be executed first without consideration for the WHERE clause, and only then the WHERE clause will be applied.
• Certain clauses of SQL work many times faster than other clauses. So be careful and test your statements for performance earlier rather than later, especially if working with a large data set.
• There was a situation when DELETE FROM JOIN was unacceptably slow. Replacing JOIN with the USING clause made DELETE instantaneous.

Read full review

• One of our critical production databases went down a couple of weeks back. Just because we had the Datadog monitoring enabled for that database, Datadog sent the alerts to PagerDuty and we were instantly notified via pager and email alert. We could act right away and bring up the database within a few mins.
• Ability to create custom screenboards have allowed us to track the critical and warning alerts in front of our eyes all the time

Read full review

• Redshift has had a very positive impact on our business. It has been used to provide analytics on marketing campaigns to boost revenue.
• Redshift is instrumental in our payment collection business processes. It powers everything from who gets called to who gets sent collection emails.

Read full review