Dataloader is an incredible asset for a large organization or an organization that has a robust Salesforce environment. Specifically, Dataloader has allowed our sales team to focus on driving sales while our operations team can load the data they need in a manner that allows for robust reporting and tracking on our sales process. Organizations with less robust Salesforce environments or Salesforce environments in which many people are expected to maintain their own information likely do not need Dataloader.
Ideal for daily standard ETL use cases whether the data is sourced from / transferred to the native connectors (like SQL Server) or FTP. Best if the company uses MS suite of tools. There are better options in the market for chaining tasks where you want a custom flow of executions depending on the outcome of each process or if you want advanced functionality like API connections, etc.
The selection of objects is much better and more extensive than the Salesforce built in data loader.
Cross referencing of fields for record IDs is easy to use. I can work through this so much more quickly than using the built in Salesforce data loader.
Success and error files are easy to identify what needs to be fixed (errors) and identification of records created (successes), so you can quickly do spot checks in your Salesforce org after doing a data load.
The number of rows per month for a basic package, 100,000, is great for our business.
At the moment, I can't find a way to rename jobs. This would be useful to organize what was previously created hastily by techs in a rush.
A preview of the job, especially upserts, would take a great deal of stress away from some of us (especially those who are not so confident in their ETL practice).
A native vlookup equivalent may be a welcome addition.
It is easy to use and doesn't require a security token, so I enjoy using it. It also doesn't require any download or installation, which is sometimes a blocker to gettingthings done if the company has limits. also, the dataloader.io is easy for other people to pick up, so others can have visibility into the data jobs that have occurred
SSIS is responsible for running core business processed managing core business data. It can be managed, improved and expanded using minimal internal resources. It is also able to support all of our current data infrastructure. Replacing SSIS would be time consuming and costly with no apparent ROI.
It is an intuitive application to use. Within a few clicks, you can be signed in to your org and ready to perform tasks. Data imports/exports/updates are streamlined so you can quickly start and configure your jobs. These can run in the background while you set up new tasks. Job history and tasks currently running on are on your home screen.
SSIS has a drag and drop based developer interface, so it is relatively straight forward to get started. You can start to get into the weeds pretty quickly as your solution becomes more complex. However, most of the base functions are right in front of you for a developer. You can also set project and solution level parameters, so when you deploy to new environments, you don't have to jump into each package to change your variables and settings. (For example, default directory to ingest flat files).
Raw performance is great. At times, depending on the machine you are using for development, the IDE can have issues. Deploying projects is very easy and the tool set they give you to monitor jobs out of the box is decent. If you do very much with it you will have to write into your projects performance tracking though.
Customer support might be where Dataloader.io saves money. Most of the competitors offer 24/7 live support but Dataloader.io only offers support via email and the community. Those types of support work fine until you need an answer right away. Some questions can't wait until the next business day or business hours for a reply.
The support, when necessary, is excellent. But beyond that, it is very rarely necessary because the user community is so large, vibrant and knowledgable, a simple Google query or forum question can answer almost everything you want to know. You can also get prewritten script tasks with a variety of functionality that saves a lot of time.
The implementation may be different in each case, it is important to properly analyze all the existing infrastructure to understand the kind of work needed, the type of software used and the compatibility between these, the features that you want to exploit, to understand what is possible and which ones require integration with third-party tools
The UI of Dataloader.IO is far more advanced, user-friendly, and current, than any of the options above. The ability to several tasks (Imports/Exports) at one time. Cloud-based with very easy access to current Imports or Exports, as well previous versions that had previously been run. You can see Imports or Exports across all time, even if you change filter criteria.
I think SQL Server Integration Services is better suited for on-premises data movement and ADF is more suited for the cloud. Though ADF has more connectors, SQL Server Integration Services is more robust and has better functionality just because it has been around much longer
HUGE time saving. When we need to clean or review data, we used to have to do it line by line. This can do the work within excel and make cleanup/management an afternoons work as opposed to a week.
Rollback what you did/change/deleted is relatively simple if you remember to back up the data you are manipulating.
Without this, we would have to manually update a spreadsheet of our SQL Server inventory
We would also have poor alerting; if an instance was down we wouldn't know until it was reported by a user
We only have one other person who uses SQL Server Integration Services , he's the expert. It would fall to me without him and I would not enjoy being responsible for it.
