Don't let SSIS rest if you already have it with SQL Server combo
Jose Pla | TrustRadius Reviewer
March 02, 2018

Don't let SSIS rest if you already have it with SQL Server combo

Score 9 out of 10
Vetted Review
Verified User
Review Source

Overall Satisfaction with SQL Server Integration Services

In the beginning, we had hundreds of Stored Procedures, instead of SSIS packages. The Stored Procedures were poorly made by some users, only thinking on the resulting query and not the execution performance, plus the people doing data mining created tables for a report and then they didn't eliminate such tables that only had one use, also some of those tables kept growing without being needed any longer.

The implementation and onboarding of SSIS was made with the intention to correct some of these T-SQL coding issues. It is easier to understand a diagram than sheets of T-SQL code with good documentation. Besides the performance for bulk inserts was better with SSIS than normal inserts in stored procedures. We were able to divide and define a bit better the roles, between SQL developers, Data miners, and BI engineers.

  • Logging, this is essential when you do ETL. With SSIS you can run the package and see step by step the progress, how many tuples complied with the filters, like how many went left and how many were correct, or excluded.
  • Using regular expressions with C# direct code by adding Script Components it's easier with SSIS
  • https://sqldusty.com/2011/11/06/data-cleansing-with-regular-expressions-in-ssis/
  • https://www.linkedin.com/pulse/using-regular-expression-file-filter-ssis-sean-werick/
  • Performance, it is difficult to demand good SQL code to every member of the BI team not everyone is specialized in T-SQL.
  • SSIS standardizes a bit more the code and allows users not completely familiar with SQL or even C# to achieve what they needed, the package still needs to go through a code review but it is quite easier to understand.
  • Be careful when you edit a package, if the version is above the SSMS you are using then it will not be compatible. You have to compile or edit the SSIS package in the same version of SSMS you are using.
  • To explain it a bit better if you have SQL 2014 in your laptop, pull a package for the DB server which is running SQL 2012, after you edit the package it will not be allowed in the SQL server.
  • Python, Perl scripts are still a high competition for SSIS, mostly because they are very easy to manipulate, if you need a change you can do it directly with notepad.
  • Plus Python now has an add-on called Pandas which is great for manipulating data.
  • It comes with SQL server, so if you are already using that for the DB, we had no charge for using SSIS for the same solution. That is one big advantage of Microsoft, they provide the whole combo for BI at once.
  • ROI is a time measure, if you bought SQL just for the DB, but then you want to use SSIS, most probably it is already there.
  • If you try even an open source solution, you will have to install it and get trained on it, for SSIS the learning curve is very short.
  • Be careful, SSIS is for ETL, not for middleware at an enterprise level. In the begining it might work but it is not the purpose of the tool, for middleware solutions where the business depends on, don't get confused and if you are still looking for Microsoft go for BizTalk.
Look for where you are going to load the data and from where are you extracting it. A lot of those who sell you the DB already have tools for ETL. I have heard good things at an enterprise level from great colleagues about Informatica, but honestly, I prefer SSIS.

Although I did like TIBCO Jaspersoft and it can be mixed with TIBCO Spotfire for data analysis. If your ERP is SAP, then you must keep in mind using SAP BusinessObjects. As for free tools, and if you have a great and constant team of scripting (Perl, Python) engineers, then you can think about going open source.
Extracting, transforming and loading data from multiple sources with different formatting is not that easy. SSIS provides different ways to connect or import from html, json, comma separated, xml, or other databases, which makes it a very diverse tool.

The only main competition I have noticed is the combo of Python, Pandas, and Jupyter; but for that other solution, you will need an experienced team in scripting. So at the end is choose what your team feels more comfortable.

SSIS Feature Ratings

Connect to traditional data sources
10
Connecto to Big Data and NoSQL
8
Simple transformations
10
Complex transformations
5
Data model creation
9
Metadata management
8
Business rules and workflow
10
Collaboration
8
Testing and debugging
10
Integration with data quality tools
6
Integration with MDM tools
7