L’altra cara del món

Avui he vist l'enquesta de Valors Socials que ha fet l'ajuntament de Barcelona. Hi ha coses interesants però amb el que hem quedo és amb les preguntes 46 i 26. Primer la demostració que els polítics estan fent MALAMENT, MOLT MALAMENT o TRISTAMENT MALAMENT la seva feina.

…i segon, que la gent considera més greu fumar-se un porro que l'eutenàsia, l'avortament o fer ús de la prostitució.

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 😀

Avui estava treballant amb el TOAD escrivint una sèrie de funcions per ORACLE i de sobte he tingut la necessitat de realitzar una sèrie de càlculs amb la calculadora. Coses senzilles com sumes i multiplicacions.

En aquest moment m’he disposat a obrir la calculadora quan de sobte me n’he adonat que podia fer servir el SQL com a calculadora 😀 No calia obrir la calculadora ni res per l’estil.

Com? Doncs fent una cosa tan senzilla om això:Imaginem que volem multiplicar 3×5, doncs escriurem:

Select 3*5 from dual

Però això no és tot, perquè podem realitzar operacions molt més complexes d’una manera molt senzilla i ràpida.

Imaginem que volem calcular [(3+23)^2]/5, doncs fem:

Select POWER(3+32,2)/5 from dual

I obtindreu com a resultat 245! 😀

Ara ja he començat a agafar el vici i cada cop que tinc que calcular qualsevol cosa obro el TOAD i en pocs segons ja tinc el resultat! De fet ho trobo molt més útil i versàtil que qualsevol calculadora perquè podeu fer un munt de coses.

Imaginem que volem treure el reste d’una divisió, doncs molt fàcil

select MOD(5,2) from dual

…i et dirà que el resta que et queda de dividir 5/2 és 1.

O si volem, per exemple, el valor absolut de e^sin(45) x arc tangent (-2) podem fer:

select abs(exp(sin(45))*atan(-2)) from dual

…i obtindrem el resultat: 2,5926…

Espero que a la feina no els senti malament que el munt d’euros que s’han gastat per comprar, implantar i mantenir la base de dades ORACLE acabi trobant la seva màxima utilitat com a substitut d’una simple calculadora de ma 😀

El zero desapareixerà de les notes dels estudiants. Sembla que el Ministeri d'Educació ha decidit eliminar el zero de les notes finals i estrenar una nova qualificació de l'1 al 10 a tot l'ensenyament obligatori el proper curs. 

Per mi que el ministeri ha inventat una nova manera d’augmentar la nota mitjana per poder dir que amb la reforma de la LOGSE les coses van millor. Ara si no vaig a classe, presento tots els exàmens en blanc i no tinc ni idea no treure un zero! Em posaran un 1! 

Realment ho trobo una cosa absurda, un trist intent de no deprimir els mals alumnes?

En un col·loqui organitzat per Fax Press a l’Hotel Palace l’astronauta espanyol Pedro Duque ha fet unes declaracions sobre l’asteroide Apophis, i els mitjans se n’han fet ressò, alguns de manera exageradament alarmista, la majoria d’ells sense contrastar les informacions i d’altres de manera professional, donant un ventall de resultats molt divertit.

Hi ha els que donen l’impacte gairebé per fet i ja parlen de la missió per desviar-lo amb un parell de satèl·lits anomenats “Don Quijote” i “Sancho”, els que ho veuen probable, fins els que diuen que no s'ha dit que vagi a xocar ja que és molt improbable.
Comencem la primera incògnita:

 L’asteroide xocarà amb la terra?

Segons La Razon:

– En el titular:
“Duque alerta de que el asteroide Apophis causará un tsunami”

– En el cos:
“El astronauta Pedro Duque advirtió ayer de que la caída a la Tierra del asteroide Apophis puede causar, más o menos dentro de 30 años, un tsunami «infinitamente mayor» del vivido en diciembre de 2004 en el sureste asiático (…) el astronauta explicó que se ha calculado con una certeza matemática que es «casi absoluta» que el asteroide, (…) pasará muy cerca de la Tierra sobre el año 2029.”

Segons Once TV:

“La Asociación Americana Por el Avance de la Ciencia, de Estados Unidos, advirtió que el asteroide Apophis, (…), podría pasar muy cerca de la Tierra el 13 de abril del 2036. A pesar de que sólo hay una entre 45 mil probabilidades de colisiones con la tierra.”

Segons Libertad Balear:

“El ingeniero y astronauta español Pedro Duque advirtió hoy de que existe “una certeza matemática absoluta” de que el asteroide ‘Apophis’ pasará “enormemente cerca” de la Tierra en 2029, con la posibilidad de derribar satélites comerciales y siete años después, en 2036, atraído por el campo magnético del planeta, podría caer en la superficie marítima originando un “inmenso tsunami”, “infinitamente más grande” que el que asoló Indonesia en 2004.”

Segons Diario de Navarra:

“Tiene una probabilidad de entre 50.000 de colisionar con el planeta en 2036 (…) el riesgo de colisión en 2036 «no es para tanto» ya que explicó que «en ningún momento se ha dicho que vaya a pegar contra la tierra».”

Segons Hoy Digital:

“Un asteroide de casi 500 metros de diámetro se acercará peligrosamente a nuestro planeta en el año 2036 (…) De hecho, existe una posibilidad entre 45.000 de que reciban, el 13 de abril del año 2036, el impacto directo de un asteroide”

Segons LaFlecha:

“El ingeniero y astronauta español Pedro Duque ha advertido que existe "una certeza matemática absoluta" de que el asteroide "Apophis" podría caer en 2036 en la superficie marítima originando un "inmenso tsunami". (…) El astronauta señaló que tanto la Unión Europea como Estados Unidos están evaluando los procedimientos a adoptar para afrontar esta situación e indicó que el coste de una misión para desviarlo rondaría los 1.000 millones de euros.”

… etc.

Quan medeix l’asteroide?

Segons La Razon:

“250 metros de diámetro”

Segons Once TV:

“140 kilómetros de diámetro”

Segons Libertad Balear:

“250 metros de extensión”

Segons Hoy Digital:

“casi 500 metros de diámetro”

La comunitat Blocaire Gracienca a la Xarxa creix, fa uns moments la llista de blocs graciencs ha arribat als 70 Blocs!!!

Vinga Graciencs! Només queden dos dies per les votacions del Bloc Gracienc de l’Any 2006 i volem localitzar TOTS els blocs graciencs que puguem!!!

Si coneixeu o descobriu qualsevol bloc gracienc, consulteu la llista i si no hi és no dubteu en fer un nou suggeriment!

Graciencs i gracienques, prepareu-vos perquè d’aquí tres dies comença la primera fase de les votacions pel Bloc Gracienc de l’Any 2006!

De moment encara estem recollint candidatures, així que si no sortiu a la llista encara sou a temps d’inscriure el vostre bloc!

Fins ara ja hem llistat 68 blocs graciencs! creant la recopilació de Blocs Graciencs més gran fins al moment, dels quals, 62 entren a la primera fase de les votacions per haver escrit algun article durant l’any 2006!

Estigueu atents!!! … i a partir de dilluns no us oblideu de començar a votar! Podreu escollir entre 1 i 5 blocs, així que aquests pocs dies que us queden podeu aprofitar per navegar pel llistat de blocs, descobrir tots aquells blocs graciencs que encara no coneixeu i anar pensant quins blocs votareu!!!

GràciaNet impulsa l’elecció del Bloc Gràcienc de l’Any 2006 en un concurs que s’emmarca dins dels actes de la Diada de la Independència de la Vila de Gràcia.

El concurs va començar el passat 28 de febrer i està destinat a blocaires graciencs de naixement, residència o de ment.

Podeu trobar la pàgina web del concurs a:

http://blocs.gracianet.org/blocdelany

La primera fase o el recull de candidatures durarà fins el proper 11 de Març i pretén recollir tots els bloc graciencs que estiguin a la xarxa, l'únic requisit que s'apreciarà per part dels organitzadors (a banda que sigui gracienc/a) serà el fet d’haver publicat almenys un article durant
l'anterior any.

La fase de la nominació durarà del 12 de març al 27 de març, on tothom, en primera volta, podrà "nominar" d’un a cinc blocs perquè passin a l’elecció final.

L’elecció final del Bloc Gracienc de l’Any 2006 es realitzarà per votación popular entre el 28 de març i el 12 d'abril. En aquesta segona volta tothom podrà votar un dels tres blocs més nominats en la fase anterior.

La proclamació del guanyador es realitzarà el Divendres 13 de d’Abril, prèvia als actes de commemoració de La Revolta de les Quintes de 1870 i la Diada de la Independència de la Vila de Gràcia. Aquest serà guardonat amb un sopar i el trofeu que l’acreditarà com autor del Bloc Gracienc de l’Any 2006.

Per altra banda, en la mateixa pàgina del concurs, s'ha aprofitat per impulsar una col·lecció de "pastilles" o imatges degudament preparades per ser incloses a qualsevol bloc i que pretenen reivindicar el fet
gracienc.