L’altra cara del món

S'ha acabat de quedar-nos de braços plegats! Comença la ofensiva!

Si enllaçeu la web augmentarem les probabilitats que algun spambot caigui en aquesta trampa.

http://www.gracianet.org/oriol/lluitaactiva

Es tracta només d’un rumor però se senten veus que els físics de l’accelerador de partícules Tevatron han trobat amb alguna cosa molt important en el món de la física.

Encara no se sap que és però en breu s’espera un article que aclarirà els dubtes, i s’especula insistentment que podria ser la tan esperada detecció del bosó de Higgs.

Fins ara el model estàndard de la física de partícules predeia tota una família de partícules, totes elles detectades experimentalment… totes?, bueno, totes menys una: el bosó de Higgs.

Aquest partícula ha aconseguit escapar de la detecció experimental fins el moment, i resulta que és una de les peces fonamentals del model estàndard de la física de partícules (i de gran part de la física moderna).

Pot semblar un fet anecdòtic però la importància del bosó de Higgs en la física és cabdal. Segons les actuals teories el Camp de Higgs seria el responsable de dotar de massa a tota la resta de partícules, fins al punt que alguns físics l’han arribat a anomenar la “parítcula divina”. De fet, si es confirmen els rumors l'esperat article garanteix el premi novel de la física.

Tot i així, si es confirmés la detecció, no s’ha acabat la feina 😀 s’haurà completat per fi l’esperat model estàndard, una gran fita, però s’haurà de treballar per superar aquest model i detectar les partícules supersimètriques que prediuen les teories de supercordes. :S Avui en dia pot semblar quelcom impossible però també ho semblava la detecció del bosó de Higgs!

Al món hi ha un munt de parides per afegir en un bloc, avui us ensenyaré com afegir l'horòscop del dia al vostre bloc.

La forma és molt senzilla. Una web anomenada eurosidentes ofereix una imatge de l'horòscop de tots els signes que modifiquen cada dia i a la qual no hi afegeixen publicitat (de moment). La tècnica per calcular l'Amor, la Salut i els Diners de cada signe no tinc ni idea de quina utilitzen, però sigui quina sigui l'efecte és el mateix.

De fet recordo que quan feïem la revista "El 9 galop" de tant en tant possavem el que anomenàvem "Horòscop Mandrau", la gent es pensava que era algún tipus d'horòscop antic o alguna cosa així. Sembla mentida l'efecte que fa possar-li un nom a les coses, no se si ningú va arribar a donar-li la mes mínima credibilitat però la gent s'ho mirava i buscava el seu signe i el dels seus amics i comparava.

La realitat era que es deïa Horoscop Mandrau perquè possava el que sortia d'un Dau 😀

Però bueno, el fet és que si voleu afegir l'horòscop només teniu que possar les següents imatges amb el codi que adjunto al final a la vostre web o bloc (us poso un per cada signe):

Imatges: 

Codis: 

<img alt="Horòscop del día per Àries" src="http://horoscopo.euroresidentes.es/aries.png" />

<img alt="Horòscop del día per Taure" src="http://horoscopo.euroresidentes.es/tauro.png" />

<img alt="Horòscop del día per Besons" src="http://horoscopo.euroresidentes.es/geminis.png" />

<img alt="Horòscop del día per Cranc" src="http://horoscopo.euroresidentes.es/cancer.png" />

<img alt="Horòscop del día per Lleó" src="http://horoscopo.euroresidentes.es/leo.png" />

<img alt="Horòscop del día per Verge" src="http://horoscopo.euroresidentes.es/virgo.png" />

<img alt="Horòscop del día per Balança" src="http://horoscopo.euroresidentes.es/libra.png" />

<img alt="Horòscop del día per Escorpí" src="http://horoscopo.euroresidentes.es/escorpio.png" />

<img alt="Horòscop del día per Sagitari" src="http://horoscopo.euroresidentes.es/sagitario.png" />

<img alt="Horòscop del día per Capricorni" src="http://horoscopo.euroresidentes.es/capricornio.png" /> 

<img alt="Horòscop del día per Acuari" src="http://horoscopo.euroresidentes.es/acuario.png" />

<img alt="Horòscop del día per Peixos" src="http://horoscopo.euroresidentes.es/piscis.png" />

Avui m'han fet adonar d'una curiositat del Google Maps. Sembla que els programados s'han agafat amb una mica d'humor algunes possibles rutes.

Atenció!

Aneu a http://maps.google.es

Cliqueu a la tercera pestanya que diu "Com Arribar" i escriviu per exemple, Origen: Barcelona, Destinació: New York.

Atents a la Instrució 39! Si senyor! amb un parell!

Feliç Sant Jordi!

Entre tots podem fer un món més just i sense discriminacions per totes les flors!

Per cert…no se si m'havia oblidat de dir que:

VOTEU AL BASTONÀRIUM!

Optimitzar les sentències SQL ja no és una ciència sinó que s’està convertint en un art. No n’hi ha prou que la consulta de la teva aplicació retorni el resultat desitjat, a més cal que pensis una mica en la forma més eficient de fer-ho.

Fins fa poc passava olímpicament d’aquests aspectes, feia les meves sentències, dissenyava l’aplicació i solucionava la majoria de problemes de lentitud creant índexs.

En petites aplicacions trobar la forma més òptima de fer una consulta pot no ser vital però en grans aplicacions marca la diferència entre l’èxit i el desastre. Actualment em trobo treballant amb una aplicació relativament senzilla però on centenars d’usuaris ataquen simultàniament una base de dades de milers i milers de registres.

Us ensenyo algunes millores per si algú li serveix d’alguna cosa.

Sentència:

SELECT […] FROM […] WHERE UPPER(DDP_DNI) = UPPER(:B1)

Problema:

Realment ens cal donar la possibilitat a guardar lletres del DNI en majúsules i minúscules?

Solució:

Una optimització senzilla passa per no posar funcions sobre les columnes que poden servir de filtre. Per tant, si forcem que en aquest cas el DNI sigui sempre en majúscules ens podem estalviar el upper.

Això ho podem forçar a l’aplicació o directament amb un tigger. En el nostre cas la solució utilitzada ha estat la del trigger per ser la més senzilla d’implementar i no haver de tocar més codi de l’aplicació. 😀

Sentència:

SELECT * FROM XXX_MOVIMENTS, XXX_ESTATS_OBJECTE, XXX_MOTIUS
WHERE MOV_ESTAT = EOB_ID
AND MOV_MOTIU = MOT_ID (+)
AND (MOV_IDOBJ = :B3 OR :B3 IS NULL)
AND (MOV_ID = :B2 OR :B2 IS NULL)
AND (MOV_ULTIM = :B1 OR :B1 IS NULL)
ORDER BY MOV_DATA,MOV_ID

Problema:

A l’utilitzar en la sentència (OR <VARIABLE> IS NULL) la possibilitat d’utilitzar índex es perd, generant accessos per FULL SCAN!

Solució:

L’aplicació hauria de valorar quins paràmetres són nuls i reformular la consulta tenint-ho en conte. Si l’apliació gestionés els nuls es podrien utilitzar índex obtenint millors resultats!

Mireu un exemple:

Gestionant els Nuls en la sentència:

Execution Plan
———————————————————-
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=646 Card=1700 Bytes=134300)
1 0 SORT (ORDER BY) (Cost=646 Card=1700 Bytes=134300)
2 1 HASH JOIN (OUTER) (Cost=619 Card=1700 Bytes=134300)
3 2 HASH JOIN (Cost=616 Card=1700 Bytes=86700)
4 3 TABLE ACCESS (FULL) OF 'XXX_ESTATS_OBJECTE' (Cost=2 Card=67 Bytes=1675)
5 3 TABLE ACCESS (FULL) OF 'XXX_MOVIMENTS' (Cost=613 Card=1700 Bytes=44200)
6 2 TABLE ACCESS (FULL) OF 'XXX_MOTIUS' (Cost=2 Card=37 Bytes=1036

Gestionant els Nuls a l’aplicació faria una cosa semblant a això:

SELECT * FROM XGI_MOVIMENTS, XGI_ESTATS_OBJECTE, XGI_MOTIUS
WHERE MOV_ESTAT = EOB_ID
AND MOV_MOTIU = MOT_ID (+)
AND (MOV_IDOBJ = :B3 )
AND (MOV_ID = :B2 )
AND (MOV_ULTIM = :B1)
ORDER BY MOV_DATA,MOV_ID;

Execution Plan
———————————————————-
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1 Bytes=79)
1 0 NESTED LOOPS (Cost=4 Card=1 Bytes=79)
2 1 NESTED LOOPS (OUTER) (Cost=3 Card=1 Bytes=54)
3 2 TABLE ACCESS (BY INDEX ROWID) OF 'XXX_MOVIMENTS' (Cost=2 Card=1 Bytes=26)
4 3 INDEX (UNIQUE SCAN) OF 'XGI_MOVIMENTS_PK' (UNIQUE) (Cost=2 Card=1)
5 2 TABLE ACCESS (BY INDEX ROWID) OF 'XXX_MOTIUS' (Cost=2 Card=1 Bytes=28)
6 5 INDEX (UNIQUE SCAN) OF 'XGI_MOT_PK' (UNIQUE)
7 1 TABLE ACCESS (BY INDEX ROWID) OF 'XXX_ESTATS_OBJECTE'

Com podeu veure el canvi és impressionant 😀