SharePoint Dragons

Nikander & Margriet on SharePoint

Tag Archives: wiki

The Wiki Ninjette

The Top 10 TN Wiki ninja’s page is always great fun: Margriet’s activities of last week led to the one and only TN Wiki Ninja stick figure:

Another Ninja blog post

Another one of Margriet’s Ninja blog posts: , it’s about synergy in social computing.

Wikis just may be your best bet

Margriet is a regular TechNet Wiki contributor. Read more about how Wikis can help you placing the right bets in SharePoint projects on Margriet’s first post as a Wiki Ninja on the Official Blog of TechNet Wiki:

Wiki Community Win

Most active Wiki contributors

Last week, Margriet has been quite active in the TechNet Wiki community. To tell the truth it was to her own surprise (see that Margriet ranked quite high. Now it’s a game, lets see if Margriet can move up one or two places.


TechNet Wiki

SharePoint 2010 Best Practices

There are at least three kinds of best practices. Often, when companies inform about best practices they actually mean: what does MS say is the best practice. It’s also possible that people are referring to what are in fact practices, but not necessarily the best ones. And then there are true best practices.

The following Wiki page: contains a considerable list of SharePoint 2010 Best Practices. They are not best practices of the first kind we’ve mentioned (as they are not officially dictated and endorsed by MS), so we’ll leave it to you to decide if they are of the 2nd or 3rd kind. Or, heck, you can even contribute if you like!

AD group or SharePoint group?

Should you use an AD group or a SharePoint group as the basis of your SharePoint farm security infrastructure:

Troubleshooting an SSRS report that times out

Just started a Wiki page that discusses what to do when you have a slow performing SSRS report. Everybody is more than welcome to contribute at

Keep relational data in a database or migrate it into a custom list

It’s an interesting question: should you keep relational data in a database or migrate it into a custom list? We’d love our readers to contribute to the discussion at the TechNet Wiki page at

The discussion as it stands so far:

If you need relational database capabilities (transactionality, triggers, real constraints (not the approximation of that in SharePoint)): use the existing database (and create a BCS external list to access the data).

– Are there existing apps using the current relational database? If yes, create a BCS external list to access the data.

– If no reasons prevent it, migrate the data into a custom list as this makes the solution less complex.

You need to make sure you play nicely and keep the data within the limits of capacity planning ( ). If there is absolutely no way that you can’t, keep the data where it is.