Over the years, companies can build up some pretty junky architecture, cobbled together from a combination of existing bulk load tools such as the BCP Utility, dbload or FTP servers. Not to mention, compressing, FTP-ing, converting, shredding, parsing, optimizing, loading and validating bulk data is a huge time suck!
Unless you think of yourself as Fred Sanford your system shouldn’t look like a junkyard. (Although, after seeing some companies’ architectures, I thought I was in it for “the big one.”) There has got to be a better way!
Accidental architectures are not just overly complicated, they can have real impacts on performance and can be tough to maintain down the line. The more this accidental architecture builds up, the more sluggish your system can get and the more convoluted processes like bulk load data transfer can get.
Instead of patching together a string of different processes, join us for a live webinar on September 30, 2010 at 11am EST to learn how you can get faster and slicker in your approach to data transfer. In other words, ditch the Sanford & Son architecture once and for all!
View all posts from Jonathan Bruce on the Progress blog. Connect with us about all things application development and deployment, data integration and digital business.
Subscribe to get all the news, info and tutorials you need to build better business apps and sites
You have the right to request deletion of your Personal Information at any time.
You can also ask us not to pass your Personal Information to third parties here: Do Not Sell My Info
Let our experts teach you how to use Sitefinity's best-in-class features to deliver compelling digital experiences.
Copyright © 2021 Progress Software Corporation and/or its subsidiaries or affiliates.All Rights Reserved.
Progress, Telerik, Ipswitch, Chef and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks for appropriate markings.