Una de las sentencias más útiles en SQL es la de Update a partir de una Select mediante una join entre la tabla que se va a actualizar y la tabla de la que se van a buscar los nuevos valores que se escribirán.

En SQL de MySQL esta sentencia de actualización se puede hacer con esta sencilla sintaxis..

Técnicamente, un CRM es el software que permite gestionar los datos que tenemos de nuestros clientes, pero también podemos entenderlo como la relación misma que se establece entre una marca o empresa y sus clientes y usuarios y las estrategias que la empresa desarrolla para que esa relación tenga unas determinadas características..

Para hacer un update de SQL Server podemos utilizar una join de la tabla que actualizamos contra otra tabla de la base de datos, que contiene la información que necesitamos. Pero si la join es contra la misma tabla (self-join) hay que cambiar un poco la sentencia para que funcione bien..

En SQL Server se puede utilizar el comando de DBCC SHRINKDATABASE para reducir el espacio ocupado por los archivos de datos y de log de una base de datos.

El problema del Shrink es que, si no se utiliza con cuidado, puede aumentar la fragmentación de los índices, y también de las tablas, lo cual deriva en un empeoramiento del rendimiento, e incluso un aumento del espacio ocupado cuando se reconstruyan los índices afectados por la fragmentación..

La base de datos Oracle 12c destaca por la gran cantidad de mejoras que incorpora con respecto a cualquier otra versión. Como se puede deducir de su nombre, las nuevas características de esta versión se orientan especialmente hacia el Cloud Computing. Larry Ellison ya destacó en la sesión inaugural del OpenWorld 2012 que, de hecho, es la release de base de datos más importante que han lanzado en mucho tiempo. Para esta versión, se han realizado drásticos cambios de arquitectura que han dado como resultado más de 500 nuevas características!..

A raíz de una consulta recibida en el post anterior a continuación mostramos las principales diferencias entre el “schema on write” que es el que ya conocemos de las BBDD tradicionales y el “schema on read” más ligado a la arquitectura Big Data. 

Por el motivo que sea, un día puede que cambiamos de trabajo o de funciones dentro de nuestra empresa y de repente heredemos un entorno de base de datos Microsoft SQL Server con un servidor o clúster de bases de datos para que nos encarguemos de él. Antes de empezar a cambiar cosas, es totalmente necesario conocer el uso que se hace de la base de datos, la criticidad de las aplicaciones que la usan, las dependencias entre ellas etc... A continuación una lista de las primeras cuatro tareas que podríamos llevar a cabo para empezar a hacerlo nuestro.

 Los triggers o desencadenadores son disparadores que saltan cuando realizamos la acción o evento al que van asociados. En MS SQL Server, además de los triggers clásicos relacionados con acciones DML (insert, update, delete) que se ejecutan en su lugar (instead of) y después (after triggers), desde SQL Server 2008 (por lo menos) existe otro tipo que son los triggers asociados a acciones que se producen por consultas DDL. Este segundo tipo de trigger está más pensado para labores administrativas como la propia auditoria, para el control de cierto tipo de operaciones e incluso evitar esos cambios.