In MySQL there is a parameter that enables logging of queries that take more than x seconds to execute calls Slow Queries. Basically what it does is put them in a log file and then check with mysqldumpslow. This mechanism may be useful to improve the overall performance of the database if we reduce the value of a progressive manner to the execution times of "leave" before declaring a query such as "slow" or slow query...

En MySQL existe un parámetro que habilita el registro de las consultas que tardan mas de x segundos en ejecutarse, las llamadas Slow Queries. Básicamente lo que hace es meterlas en un fichero de log para luego consultarlo con mysqldumpslow. Este mecanismo nos puede ser útil para mejorar el rendimiento global de la base de datos si reducimos el valor de forma progresiva para los tiempos de ejecución "no admitidos" antes de declarar una consulta como "lenta" o slow query...
 

Th

en leave a small post on how to mount an automatic notification via mail that tells us what is the status of our database. For example we can manage it a bit before starting our work day and before we leave or while on vacation (jaja. ..). This example is about a MySQL 5.x running on Debian. Steps as follows...

Poi lasciare un piccolo post su come montare una notifica automatica via e-mail che ci dice qual è lo stato del nostro database. Per esempio siamo in grado di gestire un po 'prima di iniziare la nostra giornata di lavoro e prima di partire o durante le vacanze (.. jaja.). Questo esempio è circa un 5.x di MySQL in esecuzione su Debian. Passi nel modo seguente...

A continuació deixo un petit post de com muntar un sistema automàtic de notificació via mail que ens indiqui quin és l'estat de la nostra base de dades. Per exemple el podem programar una mica abans de començar la nostra jornada laboral i abans de marxar o mentre estem de vacances (jaja. ..). Aquest exemple és sobre un Mysql 5.X corrent a Debian. Passos que segueix...

"Senza sapere quanto sia facile la voce può sembrare difficile"

Creazione di un database di link che punti a un database Oracle a un altro in linea di principio è più facile, se leggi il post dataprix accesso remoto tramite dblink Oracle . Il problema è che in questo post non dicono nulla sulla global_names di ogni database e rinominare la dblink come se global_names sono attivi.

Esempio.

1. Abbiamo creato il dblink a un hr database fittizio (dopo aver configurato tnsnames ...):
   creare un link di database connettersi a dblinkrrhh recursoshumanos IDENTIFIED hr USO BY 'ora';
2. Consultate il vostro nome e la sorpresa non viene chiamato se dblinkrrhh DBLINKRRHH.REGRESS.RDBMS.DEV.US.ORACLE.COM. Possiamo vedere con la seguente query:
   Select * from dba_db_links;

   E adesso?