Pentaho Open Source Business Intelligence Suite - European User Group

• About this group
• Forums

• Home
• Groups
• Pentaho Open Source Business Intel ...
• Forums
• Introductions
• Introducing myself

• 
  Michael Riedmüller    Premium Member

  The company name is only visible to registered members.

  Introducing myself

  Hi everyone,
  
  as I joined the group some days ago, I will take that opportunity to introduce myself to the rest of the user group.
  
  I am working in the area of computers, information systems, and what the buzz words may have been in the past, for some time now. This includes project mamagement, programming (coding) and sales realated activities.
  
  For the last approx. five years I have concentrated on Business Intelligence and projects in that area.
  I have mainly worked with SQL Server 2000 and 2005, but have developed a solution using an earlier version of Pentaho (Kettle specifically) as well.
  
  Currently I want to develop an environment allowing creating business intelligence solutions (or a big part of them) based on a specification done on a higher level of abstraction.
  
  Looking at the literature in that area there exist best practices and recommendations for nearly every aspect of developing at least the ETL part (70-80%) of a BI solution. But a developer is free to use them or implement her own solution.
  Deviations make it harder to maintain a solution and other developers will have more problems to understand the solution. Even keeping close to a proposed solution, implementing the 30th or 50th package following a given schema changing only minor parts is not the most fulfilling occupation I can think of.
  
  So I would like to specify more and generate a big part of the files and packages making up the final solution.
  I have already created a first version of such a generator allowing me to create packages filling my tables reading data from CSV files.
  I am interested in getting feedback from otheres whether they share my opinion and find that it makes sense to proceed on that path and maybe contribute with their experience in the development of standards that can then be used as blueprints for the generation.
  
  Regards,
  Michael
  
  • 13 Aug 2008, 08:08 am
  Michael Riedmüller wrote: > Hi everyone, > > as I joined the group some days ago, I will take that opportunity to > introduce myself to the rest of the user group. > > I am working in the area of computers, information systems, and what > the buzz words may have been in the past, for some time now. This > includes project mamagement, programming (coding) and sales realated > activities. > > For the last approx. five years I have concentrated on Business > Intelligence and projects in that area. > I have mainly worked with SQL Server 2000 and 2005, but have > developed a solution using an earlier version of Pentaho (Kettle > specifically) as well. > > Currently I want to develop an environment allowing creating business > intelligence solutions (or a big part of them) based on a > specification done on a higher level of abstraction. > > Looking at the literature in that area there exist best practices and > recommendations for nearly every aspect of developing at least the > ETL part (70-80%) of a BI solution. But a developer is free to use > them or implement her own solution. > Deviations make it harder to maintain a solution and other developers > will have more problems to understand the solution. Even keeping > close to a proposed solution, implementing the 30th or 50th package > following a given schema changing only minor parts is not the most > fulfilling occupation I can think of. > > So I would like to specify more and generate a big part of the files > and packages making up the final solution. > I have already created a first version of such a generator allowing > me to create packages filling my tables reading data from CSV files. > I am interested in getting feedback from otheres whether they share > my opinion and find that it makes sense to proceed on that path and > maybe contribute with their experience in the development of > standards that can then be used as blueprints for the generation. > > Regards, > Michael