Bases de Datos

Los accidentes suelen ocurrir, pero para un DBA, que se te borren todos los campos de una tabla de 1 millón de registros cuando querías borrar solo 100 mil, es un accidente que no se puede dar el lujo de cometer.

No se si en otros DBMS sucede esto, pero en Postgres 8.1 no veo la razón por la que sucede, pero de cualquier forma, aquí les dejo el tip para que no les pase.

Algo muy común cuando se está trabajando en el mejoramiento del performance de los querys es saber cuales querys son los que están tomando más tiempo en ejecutarse, y ver cuales son los que más frecuentemente se ejecutan para considerar la posiblidad de almacenarlos en cache. El problema es que cuando ya se está en

Hace algun tiempo me topé con la necesidad de realizar un ordenamiento con base a la distancia entre la ubicación del visitante al sitio y los resultados de una busqueda. Esto fue desarrollado para los estados unidos, utilizando una base de datos de codigos postales (zipcodes) donde se tiene ,adicionalmente a la ciudad y estado a los que

                              Yo en postgresql no soy un gran conocedor, y a la semana realizo varios store procedures aunque estos no son nada del otro mundo, ni complicados para nada. Pero una cosa que no sabia , y tampoco me habia tomado el tiempo para investigar (un gran error), fue ver como se podian recibir y

Muchas veces nos topamos con la tarea de saber cuales valores de cierta columna(s) son distintos de un conjunto de registros.

Normalmente lo hacemos con la clausula distinct, pues nos ahorra un par de palabras a la hora de escribir el query. Pero el mismo resultado obtenemos si lo hacemos de la siguiente forma:

Entonces, ¿cuál es la diferencia? La diferencia es que con una cantidad considerable de registros….

Cuando usamos GROUP BY en un query usualmente usamos también funciones de agrupamiento o funciones agregadas, tales como count(), avg(), sum(), pero a veces se quedan cortas estas operaciones y para eso podemos crear nuestras propias funciones agregadas, para concatenar, obtener suma de cuadrados, etc.

Cuando un query tarda mucho tiempo a pesar de que la columna sobre la que se filtra tiene un índice es porque estamos pasando por alto algún detalle. Hace poco en la oficina estábamos haciendo un query sobre una tabla que tenía poco menos que 1 millón de registros, la cuestión es que a pesar

Muy a menudo hacemos queries usando select…where id in (…), por ejemplo:
SELECT id,nombre FROM ejemplo_select_in WHERE edad IN (20,25,50);
Esto es distinto cuando lo queremos hacer en un Store Procedure (SP), y queremos usar un arreglo como parametro, ya que no usamos la clausula IN, veamos como hacerlo.