La setmana passada vaig assistir a un Seminari Web d'Oracle en el qual es van presentar les noves funcionalitats d'Oracle Business Intelligence 11g.

La veritat és que vaig quedar gratament sorprès, perquè aquestes millores resolien el que jo considerava fins ara les principals debilitats de les Suites de BI d'Oracle .

El més significatiu per a mi és l'esforç d'integració realitzat al portal perquè des del mateix es puguin utilitzar la majoria de les eines de la suite, i reduir així la sensació d'estar treballant amb productes diferents. Per exemple, ara es poden generar informes operacionals de BI Publisher des del mateix portal, i s'ha creat una eina integrada de Scorecarding, que permet definir KPI's, i 'reaccionar' amb Agents i Accions, una altra assignatura pendent de la suite. La part d'administració del sistema també s'ha integrat dins d'Enterprise Manager.

Segur que a tots els que treballeu amb Oracle (o amb Sap i com a base de dades Oracle com és el meu cas), us ha sorgit la necessitat de replicar una base de dades productiva (o d'un entorn de proves), en un altre sistema. En el meu cas, treballant amb Sap, regularment realitzar una còpia de la base de dades real en el sistema de desenvolupament (integració), perquè la proves dels canvis, desenvolupaments o parametritzacions siguin el més completes possibles (i el més fàcils possible de cara a l'usuari si disposa de les dades "reals" més actualitzats)...

La manera archivelog d'una base de dades Oracle protegeix contra la pèrdua de dades quan es produeix una fallada en el medi físic i és el primer pas per poder fer còpies de seguretat (en calent!!) Amb rman. Per posar la base de dades en mode archivelog (sense utilitzar la flash recovery àrea) hem de fer bàsicament dues coses, afegir dos paràmetres nous al fitxer de configuració, reiniciar la base de dades i canviar la manera treball a archivelog.

Com posar la base de dades Oracle 10g en mode archivelog

1. Editem el init.ora per afegir els següents paràmetres
   *.log_archive_dest='/ejemplo/backup/'
   *.log_archive_format='SID_%r_%t_%s'
   ......

Ja està en marxa Dataprix TV, la web de vídeos de Dataprix.

Hem creat aquesta web per anar recopilant els millors vídeos que trobem sobre els mateixos temes que tractem a Dataprix. La intenció és que en un mateix lloc sigui fàcil accedir a vídeos educatius, tutorials, corporatius, de demostracions de producte, etc.

Alguns sistemes d'informació han superat les fronteres del departament d'informàtica i el seu coneixement s'ha estès a tots els àmbits de l'empresa. A mesura que les tecnologies són cada vegada més fàcils d'utilitzar i accessibles per a totes les casuístiques empresarials, el seu coneixement s'estén i supera el mer àmbit dels "entesos", dels experts, per a ser conegudes per tots els perfils de l'empresa. Conceptes com CRM, ERP, etc., No fa gaire dins de les empreses només eren coneguts pels departaments d'informàtica i el departament implicat (Màrqueting i Vendes per al CRM, Operacions per l'ERP, RRHH per a la intranet, etc.). Avui en dia són conceptes manejats i entesos per qualsevol persona dins de l'àmbit empresarial.

Bones.
Finalment he acabat de llegir el llibre Pentaho Solutions,que gentilment m'han fet arribar Roland Bouman (co-autor del llibre) i Wiley.

En aquesta ocasió també realitzaré diferents ressenyes des de diferents punts de vista, tal com ho vaig fer amb Pentaho Reporting. A continuació les ressenyes:

1) Ressenya general: és un llibre molt fàcil de llegir i maneja molt bé els continguts teòrics i pràctics.

A mesura que van exposant els conceptes més complexos i pesats, s'acompanya sempre amb algun exemple, gràfic o exercici.

És un llibre realment molt útil i d'indispensable lectura, tant per a aquelles persones que recentment comencen a treballar amb Pentaho, com per a les que portem ja temps.

"L'objectiu del Business Intelligence és donar la informació que necessiten, en el moment en què la necessiten i de la forma adequada a les persones que han de prendre les decisions."

L'objectiu d'aquest article és defensar que el Business Intelligence o BI hauria de ser, de totes les eines del programari empresarial (incloent CRM, ERP, o el mateix BI), aquella més propera a la funció de la direcció, en concret a la Direcció General.

Des de la revolució de la informàtica i l'explosió d'Internet, la informació té cada vegada més i més importància. Tot està digitalitzat o ho estarà aviat, la quantitat d'informació existent es multiplica cada any i l'activitat de les nostres empreses està informatitzada en la majoria dels seus aspectes.

Els estudis ens diuen que la informació gestionada per les empreses es duplica cada dos anys i que el 80% de les decisions es prenen amb tan sols el 10% de la informació disponible.

I tota aquesta informació és poder! Es necessària, vital, per competir.

Alguna vegada us heu preguntat com desactivar el autocommit al Management Studio de Sql Server? Doncs la resposta és ràpida. El podeu canviar activant al menú Eines> Opcions> Execució de la consulta> SQL Server> Ansi> SET IMPLICIT_TRANSACTIONS.

Sembla una mica simple però com m'ho han preguntat un parell de vegades ...

Amb MySQL, quan s'eliminen registres d'una taula, l'espai no es reassignació automàticament. Queda com a espai buit que es realitzen noves insercions es va aprofitant.

El problema d'això és que si en una taula es realitzen moltes operacions de DELETE, l'espai físic de la taula va quedant cada vegada més fragmentat i el rendiment es redueix.

En els motors MyISAM i InnoDB de MySQL, disposem de la comanda OPTIMITZAR TABLE per poder realitzar sobre qualsevol taula una optimització que, entre altres coses, fa una defragmentació automàtica de la taula.

És molt recomanable utilitzar aquesta comanda regularment sobretot sobre les taules que reben més sentències d'eliminació de registres.

Com a precaució, tenir en compte que durant la seva execució, com és lògic, la taula queda bloquejada. Cal acordar quan ho anem a utilitzar amb taules grans i amb molt moviment.

La sintaxi és supersimple:

Ens posem en situació
En el nostre entorn és possible que necessitem disposar de dos rèpliques d'una/s base de dades en entorns diferenciats (el clàssic exemple seria producció i test). Per decidir com ho fem les preguntes més comuns que ens hem de fer són:

- Aquest nou entorn serà temporal? Conté bases de dades gran en quant a volum i / o la càrrega que ha de suportar és elevada (encara que sigui test)?
- Disposo de la versió de desenvolupament de SqlServer2008? Que només està al teu abast si tens una subscripció MSDN ...
- Disposo d'un servidor addicional?

En base a aquestes preguntes i totes les que se li puguin a un ocórrer es pot optar per diferents solucions:
-El més senzill i si la base de dades més la càrrega a suportar són petites podem utilitzar el mateix servidor per a totes les bases de dades (vam crear en el mateix servidor amb noms diferents (_Test) i Santes pasqües ...). Perquè no es molestin entre si podem utilitzar Resource Governor.