Important skills for an OBIEE developer?

April 14th, 2009 3 comments

Part 1

Initially, I was going to write about whether or not the ETL skills are important for a BI developer, however, I’ve significantly broadened the focus of the post since.

There were few articles that have kept my attention for a while – discussion of the skill-sets that business intelligence developers should have. The articles are “Functional Expertise in a Technical BI Consultant” by Jeff McQuigg and “What Skills Does an Oracle BI Developer Need in 2009?” by Mark Rittman (I think I’ve mentioned that one before). I have a big respect and admiration of both experts and have found inspiration in their blogs and forum posts (both OTN and Toolbox). They both list multiple skills that intersect (such as ETL, database, and dimensional modelling). I think the difference between the articles is that Mark is putting the emphasis on application tools (Hyperion Applications, BI Applications, OWB, and others) while Jeff is emphasizing the importance of the general knowledge of BI and DWH concepts such as dimensional modelling and ETL backed up by OBIEE tools proficiency.

“Domain experience in BI, Data Warehousing, BI Tools, Dimensional Modeling, ETL, BI Apps, etc. is what you should be focusing on…”

I should add that Mark also mentions the importance of possessing various applicable skills, however, I felt that he was more elaborate about software applications.

“In addition to these product skills, you also needed to have a fair bit of database knowledge, partly because all of these tools worked directly with database data, so you had to know your indexing, materialized views, explain plans and so on…”

My only two additions to both lists would be web development and html/css skills for front-end OBIEE customization. It might not be very complex, but I’ve had a few instances where clients have asked me to work on such things as changing Answers text / links, modifying some style sheets, and revamping the Dashboard look.  The other skill is LDAP security and various SSO implementations.

One thing is clear – there’re many technologies, tools, and concepts that a good BI consultant should be comfortable with. Not only that, he/she should be proficient in critical thinking, information search, and just-in-time learning flexibility – being able to learn new tools/concepts on the fly.  I don’t even mention such items as communication skills, attention to detail, dressing appropriately – since those are given for those who’re working in an enterprise scene.

Christian Berg (an OBIEE and Hyperion expert)  has recently started a blog of his own and called it hekatonkheires, which apparently means “three giants who possessed a hundred and fifty hands”. I think it’s a very good description of someone working with OBIEE (Siebel Analytics).

(to be continued…)

Comments are appreciated as usual.

Adrian Ward and Rittman Mead merger

April 7th, 2009 1 comment

OBIEE powerhouses – Majendji (Adrian Ward – original Siebel Analytics blogger) and Rittman Mead have merged. I am very happy for both parties and I am sure that this merger will work out great. Congratulations!(I actually made sure that it wasn’t posted on April 1st)

Official links:

http://www.rittmanmead.com/2009/04/06/rittman-mead-and-majendi-join-forces/

http://majendi.blogspot.com/2009/04/rittman-mead-and-majendi-join-forces.html

Direct Query Security Options

April 2nd, 2009 1 comment

This is an interesting one. I can see what they’ve tried to accomplish with that, however, to me it sounds as hammering nails with a golden watch. The whole point of OBIEE is to isolate users from PL/SQL and make their life easier. That’s why I get surprised that there’re always numerous questions regarding using stored procedures in OBIEE on OTN forums.

I wonder if you are using many direct query requests at all in your systems?

Someone has been investigating the Direct Query security options under the Admin menu, Manage Privileges in Analytics.

They wish to allow Web Administrators to be able to write direct query requests, and want users to only be able to run the requests and not be able to modify the SQL/Criteria tab.

They have accomplished this by setting the “Issue SQL Directly” option to Web Administrators only, the “Edit Direct Database Requests” option to Web Administrators only, and the “Execute Direct Database Requests” to All Users. This works fine. Now what they want to allow the users to modify the requests but only be able to view the Results tab. The idea here is to not let the users modify the SQL (criteria tab), but to allow them to build pivot tables and charts off of the dataset.

Is this possible? What security need to be set to accomplish this? And the answer was

This is not currently possible

New apartment

March 31st, 2009 No comments

I moved to a new apartment this past week-end. I’m now closer to DC and my commute time has been cut in half. It only takes me 30 minutes door-to-door. And it costs slightly cheaper too – $5.80 round-trip as opposed to $8 before (bus and metro). It’s also my first time living in a building with concierge and amenities (small gym, sauna, swimming pool, party-room). Parking is still a little uncomfortable in a garage – I’m on the lowest level, and the marks on the walls made me nervous when driving down there first time. There’re a lot of diplomats living in the building, a lot of nice older folks, and I’ve seen young people as well. Everyone seems to be friendly. I can’t wait to get online, but that should happen today (I’m getting FIOS – I think it stands for Fiber Internet Optic Service – which I’ve been happy with at my old place). Please don’t think that this was another blogging slump. Have a wonderful week everyone.

Categories: Uncategorized Tags:

Washington DC, Maryland Virginia OBIEE user group

March 23rd, 2009 32 comments

I’m going to send e-mail now and maybe try to set up a meeting!

There was a comment by Mary in the Training post that made me thinking. There must be some OBIEE people in DC / Maryland / Virginia region who would want to meet each other informally. If you’d be interested in something like this, please leave a comment. If there’re enough people – we could start meeting on a regular basis. I think this would be great for networking as well as for transferring knowledge.