Definimos la tabla:

create table ahora(
id int auto_increment primary key,
texto varchar(50),
fecha_actualizacion timestamp
         default CURRENT_TIMESTAMP()

on update CURRENT_TIMESTAMP()

);

El campo id que lo rellene solo y la fecha_actualizacion, también:

insert into ahora(texto)
values ('Texto 1'),('Otro texto'),('Otro texto más');

select * from ahora;
id	texto	                fecha_actualización
1	Texto Modificado	2010-02-02 22:34:15
2	Otro texto	        2010-02-02 22:34:15
3	Otro texto más	        2010-02-02 22:34:15

Si modificamos algún texto:

update ahora
set texto="Texto Modificado"
where id=1;

Se modifica automáticamente la fecha_actualizacion

Lo normal sería crear una vista que sólo permita al usuario acceso al texto (o a cualesquiera otros datos) sin tener acceso  ni al id ni a la fecha_actualizacion

create view ahora_usuario as (select texto from ahora);

Se puede insertar y actualizar texto en la vista y queda reflejado en la fecha_actualizacion.

Un problema: Lo lógico sería en este tipo de tablas tener un campo de fecha_creación con un default CURRENT_TIMESTAMP() y un campo de fecha_actualización con un on update CURRENT_TIMESTAMP() pero mysql no permite poner más de una columna:

Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause

Soluciones: Utilizar disparadores, tanto para eso como para guardar un histórico de actualizaciones, pero ya no es tan inmediato como lo que hemos visto anteriormente.

alter table nombre_tabla drop primary key;

Obtenemos el siguiente error:

Error on rename of '.\ejercicio_9\#sql-b8_c' to '.\ejercicio_9\nombre_tabla' (errno: 150)   ErrorNr. 1025

Pues bien, aunque no lo parezca este error nos indica que la tabla nombre_tabla está siendo referenciada por otra tabla. En otras palabras, hemos establecido un clave ajena sobre esa tabla. No tiene que ver ni con permisos, ni con bloqueos ni con cosas así.

Para solucionarlo, debemos primero eliminar esas claves ajenas definidas. Una forma de verlas es con la sentencia sql

SELECT ke.referenced_table_name parent, ke.table_name child, ke.constraint_name
FROM information_schema.KEY_COLUMN_USAGE ke
WHERE ke.referenced_table_name IS NOT NULL
ORDER BY ke.referenced_table_name;

(Tomado de los comentarios de la ayuda de MySql).

Así salen todas, para sacar las que nos causan problemas, añadir al where

and ke.referenced_table_name='nombre_tabla'

En las child, hacemos un

alter table nombre_tabla_child drop foreign key constraint_name;

Y ya podemos trabajar sin el error.

• CASCADE / en cascada.- Borrando o actualizando el registro referenciado (en la tabla padre), se borra/actualiza el registro en la tabla hija. Access avisa de que se van a borrar datos. Mysql no.
• NO ACTION /sin acción .- No deja borrar/actualizar si existen registros en la tabla hija que hagan referencia al registro a borrar (en Mysql es equivalente a RESTRICT)
• SET NULL/ poner a nulo.- Pone a null el registro que hace referencia
• SET DEFAULT/poner al valor por defecto.- Pone al valor por defecto el registro que hace referencia

Pues bien, MySQL no permite la última opción, el SET DEFAULT.

Cuesta encontrar un ejemplo claro en el que sea útil esta opción pero podría ser algo como una tabla de coches con un campo conductor (clave ajena de la tabla conductor), con default ‘Libre’ y con null indicando lo que debe (que no se conoce o no es aplicable ningún valor).

Al borrar un conductor, se sabe que está libre y se debería poner a DEFAULT.

Este ejemplo no es correcto, ya que obliga a añadir un conductor fantasma, el Libre. Una solución más correcta sería añadir un booleano que indique si está libre o no el coche.

A ver si se me ocurre algún ejemplo.

Claro, en internet se dan ejemplos para ver cómo funciona pero estoy interesado en un ejemplo “real” en el que sea útil.

CREATE INDEX IX_APELLIDOS ON Personas(apellidos(30));

select *
from persona
where UPPER(nombre)=UPPER('Perico');

Lo primero, dos funciones importantes: NOW() y CURRENT-DATE()

ej:

select now();

devuelve la fecha y la hora actuales. Devuelve las dos. Su tipo de dato asociado es DATETIME

Como la salida puede no gustarnos (es España usamos dia/mes/año), lo normal es utilizar la función DATE_FORMAT(), por ejemplo:

select DATE_FORMAT(NOW(),’%d de %M de %Y’);

nos devolverá la fecha mejor formateada.

• LIMIT numero

Devuelve los primeros numero registros

SELECT *
FROM emple
LIMIT 10

devuelve los 10 primeros registros (normalmente habría que ordenarlos según algún criterio

• LIMIT inicial, numero

A partir del registro inicial (recordar que se empieza en cero) muestra los número registros siguientes

SELECT *
FROM emple
ORDER BY apellidos,nombre
LIMIT 10,10

Muestra, a partir del registro 11 los diez siguientes.

Se suele utilizar en las páginas web para mostrar distintas páginas de resultados:

LIMIT 0,10, después un LIMIT 10,10, después un LIMIT 20,10, etc.

Where edad>=18 and edad<=65 or nombre='Ana'

Obtenemos los que están en edad de trabajar o su nombre es Ana. Si queremos los que No están en edad de trabajar  y se llaman Ana, No sería:

where nombre='Ana' and edad<18 or edad>65

Con eso obtenemos todos los que tengan más de 65 años. Lo correcto sería:

where nombre='Ana' and (edad<18 or edad>65)

Conclusión: Si tenemos dudas, se usan paréntesis.