I haven't used that but it appears to be more of a helper library for
writing multi-threaded apps. Rhino ETL on the other hand has ways of
easily reading from and writing to a database, files, etc. so they
seem much different.
As far comparing to other ETL tools, the only ones I have used are DTS
and SSIS. That being said, I would be suspicious of anything with a
designer unless the company was immediately able to release new
software based on my requests. Since that is pretty unlikely I'll
generally stay away from designers except for the most trivial things
or UI stuff.
You may be able to do the same thing in CCR vs Rhino ETL but for
loading, transforming and writing data I would use an ETL tool. If I
was doing lots of multi threaded work where the threads needed to
communicate and I thought doing it manually was too much work then I
might try out the CCR.
On Mar 29, 5:43 pm, "Henrik Feldt" <
hen...@haf.se> wrote:
> Hi Paul,
>
> I hadn't looked into ETL from Rhino's trunk before. Thx for writing the
> article.
>
> How would it compare to the concurrent and coordination runtime?
http://msdn.microsoft.com/en-gb/robotics/default.aspxhttp://msdn.microsoft.com/en-gb/library/bb648752.aspx
>
> While it uses a visual programming language, you can easily add code to the
> sub-system tasks and it does use the same kind of yield return principle,
> while keeping track with how much resources you have locally and networked,
> scaling across them natively.
>
> Wikipedia'shttp://
en.wikipedia.org/wiki/Etlarticle goes into a few of the
> > >>> of one."
http://wynia.org-Hide quoted text -
>
> > - Show quoted text -- Hide quoted text -