Hvordan vise og formatere data i en SharePoint XML Web Part
SharePoint har en nyttig webdel som heter XML Web Part som gir muligheten til å vise og formatere data i SharePoint. Datakilden kan da være hvilken som helst XML datakilde, enten det er fra samme server, eller en annen server på det interne nettet eller via internett. XML datakilden kan være fra hvilken som helst applikasjon, så lenge XML dokumentet er godt formatert som datakilde.
I dette blogginnlegget skal jeg vise hvordan dette kan gjøres i praksis, med å ta utgangspunkt i et enkelt eksempel hos oss i Skill.
Som sikkert mange andre bedrifter har i disse Ski-VM tider, så har vi en intern tippekonkurranse. Denne ligger på en en intern IIS server, hvor poengene for tippingen blir løpende oppdatert underveis. Siden vårt intranett er basert på SharePoint, så hadde det vært nyttig å kunne vise hvem som leder konkurransen til enhver tid i en Web Part. For eksempel slik:
Microsoft Dynamics CRM 2011 er lansert!
I Skill har vi vært så heldig at vi har fått være med på Beta-programmet til Microsoft, hvilket innebærer at vi i flere måneder har fått testet og kjent på Microsoft Dynamics CRM 2011. Vi er nå igang med flere kundeprosjeker på CRM 2011.
CRM 2011 er kanskje den største produktforbedringen siden Microsoft CRM gikk fra 1.2, hoppet over 2.0 og ble 3.0. Vi er virkelig imponert over CRM 2011. Microsoft har gjort noen geniale forbedringer mhp brukeropplevelse og produktivitet. – Både sett fra sluttbrukerens ståsted, men også for oss som lever av å konfigurere og tilpasse – en rekke forbedringer gjør at vi kan utføre kreative løsninger enda mer effektivt og med enda flere muligheter enn før.
Er du interessert i å se mer av CRM 2011 tar vi i Skill gjerne enn nærmere prat med dere, – ta kontakt med oss og avtal et møte!
Kan også anbefale YouTube kanalen til Sonoma Partners – en av Microsofts amerikanske CRM partnere. Her har de en serie med “What’s New in CRM 2011”.
TSQL: Hvilke spørringer tar mest tid?
Microsoft SQL Server vil forsøke å gi deg en optimal kjøring basert på SQL Servers innebygde statistikk. Statistikken inneholder informasjon om antall rader og innhold, slik at vi f.eks. bruker hensiksmessige indekser. Manglende oppdaterte statistikk gir dårligere ytelse. “Planen” som SQL Server bruker for å kjøre spørringen kalles en execution plan. Du kan se planlagt brukte execution plan i SQL Server Management studio ved å trykke ctrl + L.
For å se de mest tidkrevende execution plans, kjør spørringen under når “noe” går tregt i en database uten at vet akkurat hva:
--Andreas Munch, Skill 2011 WITH QPLAN AS ( SELECT TOP 20 SUM(QS.TOTAL_WORKER_TIME) AS TOTAL_CPU_TIME, SUM(QS.EXECUTION_COUNT) AS TOTAL_EXECUTION_COUNT, SUM(QS.TOTAL_WORKER_TIME)/SUM(QS.EXECUTION_COUNT) AS EACHEXECUTION, COUNT(*) AS NUMBER_OF_STATEMENTS, SQL_TEXT.TEXT, QS.PLAN_HANDLE FROM SYS.DM_EXEC_QUERY_STATS QS CROSS APPLY SYS.DM_EXEC_SQL_TEXT(SQL_HANDLE) AS SQL_TEXT GROUP BY SQL_TEXT.TEXT,QS.PLAN_HANDLE ORDER BY SUM(QS.TOTAL_WORKER_TIME) DESC ) SELECT * from QPLAN CROSS APPLY sys.dm_exec_query_plan(QPLAN.PLAN_HANDLE)
Powershell og vasking av data i AD
Powershell scripting og powershell cmd-lets er kommet for å bli. De fleste av dere har sikkert hørt om dette fenomenet og en del har sikkert brukt det enkelte ganger eller til og med ofte. Mulighetene for å bruke powershell er mange. Den største fordelen med powershell script er vel likevel å kunne manipulere en større mengde med objekter ved hjelp av cmd-lets og diverse filter. Jeg skal ikke gå så veldig nøye inn på detaljene med powershell og scripting i denne bloggen, men kanskje etter hvert dersom det er interesse for det. Derimot tenker jeg å gi noen tips og triks for vasking av data i AD etter å ha gjort en slik vask i vårt eget domene.
Har det noen betydning hvor man sitter og jobber?
Hvordan jobbe best mulig i prosjekter: samlokalisert eller sitte hvor som helst i geografien?
Kan det virkelig bety noe for resultatene i prosjekter hvor deltagerne sitter og jobber? I dag har man jo tross alt alle muligheter for et godt samarbeid uansett, med bruk av videokonferanser, Lync, etc?
Dag 1–Office 365 Ignite
Det har vært en interessant dag her på Office 365 Ignite. Microsoft har minnet oss på om at presentasjoner og innhold på konferansen er konfidensielt, og at vi skal unngå å blogge, tvitre og ta bilder med mer fra sesjonene.
Jeg får derfor nøye meg med å ta noen hovedpunkter som uansett er kjent hvis man leser beskrivelser av Office 365 hos Microsoft eller andre. Mange lurer nok på når Office 365 lanseres, eller når Beta blir tilgjengelig for alle, og det lurte vi på også. Og svaret er.. en eller annen gang mellom nå og 31. desember 2011.
To Lync, or Not To Lync
Det er spørsmålet! Hva svarer du?
Disse lånte og ofte omskrevne ord fra Shakespeares “Hamlet” er passende innledning på dette innlegget.
På kort tid har Lync blitt en del av det daglige språket hos oss i Skill.
For eksempel hørt og sett i det siste:
- “Send meg en Lync”
- “Vi Lynces!”
- “Ute til Lync..”
- “I Lyncestemning”
Samhandle med Lync
I november 2010 lanserte Microsoft arvtageren til Office Communications Server, Lync Server 2010. I tillegg til forbedringer og nyheter for nøkkelfunksjonene IM, Presence, Conferencing og Voice, inneholder Lync flere nye og nyttige funksjoner. En av disse er SharePoint-basert kompetansesøk.
Ved å integrere Lync med Sharepoint kan du søke etter personer ikke bare med navn men også tittel, kompetanse, ferdigheter og ansvarsområder.
Hvordan virker det? I Lync klienten søker jeg etter noen som har en gitt kompetanse, for eksempel Lync:
Lei av kjedelige inputfelter til Microsoft CRM?
Har i dag laget en liten funksjonalitet for en kunde som ønsker å skrive og distribuere møtereferat med Microsoft Dynamics CRM. Kunden ønsket mulighet for en WYSIWYG editor på inputfeltene.
Ved hjelp av onload/oncscript og FCK editor har kjedelige ntext felter blitt til felter hvor tekst kan formateres og lenker legges inn. Det fine med denne løsningen er at formateringen lagres og kan tas med videre i workflowen, på den måten ser teksten i den automatisk genererte e-posten like fin ut som teksten lagt inn i WYSIWYG editoren.
Ta kontakt om du er interessert i denne løsningen så skal jeg dele den med deg!
TSQL: Har du overflødige indekser?
På samhandle.no i går så fortalte jeg hvordan man kan kandidater til nye indekser. Jeg bruker et tilsvarende script for å finne redundante indekser som bør slettes. Indekser kan forbedre ytelsen også på inserts og updates, men det kan være en grei regel å indeksere tyngst der data sjelden endres. Spøringen under lister indekser som primært kun blir endret. Sletting kan spare plass og forbedre ytelsen.
-- Andreas Munch, Skill 2011 -- Overflødige indekser SELECT DB_NAME(dm_ius.database_id) [Database], o.name AS ObjectName , i.name AS IndexName, i.index_id AS IndexID Les mer >>
