Documentos de Académico
Documentos de Profesional
Documentos de Cultura
MySQL Workbench está divido en tres módulos principales en los que se encuentran:
Interioridades y portabilidad
Escrito en C y en C++
APIs disponibles para C, C++, Eiffel, Java, Perl, PHP, Python, Ruby, y Tcl.
Usa tablas en disco B-tree (MyISAM) muy rápidas con compresión de índice.
Licenciamiento y Ediciones
MySQL Workbench es uno de los primeros productos de la familia MySQL que ofrece dos
ediciones diferentes - una open source y una edición comercial.El " Community Edition " es un
producto con todas las funciones que no se paralizó de ninguna manera. Al ser la base para
todas las otras ediciones , se beneficiará de todos los esfuerzos de desarrollo futuro . El
comercial " Standard Edition " amplía la Community Edition con una serie de módulos y
plugins.
Como esta decisión empresarial se anunció poco después de la adquisición de MySQL por Sun
Microsystems , esto ha provocado la especulación en la prensa sobre el futuro de licencias de
la base de datos MySQL
Ventajas:
MySQL software es Open Source
Velocidad al realizar las operaciones, lo que le hace uno de los gestores con mejor
rendimiento.
Bajo costo en requerimientos para la elaboración de bases de datos, ya que
debido a su bajo consumo puede ser ejecutado en una máquina con escasos
recursos sin ningún problema.
Facilidad de configuración e instalación.
Soporta gran variedad de Sistemas Operativos
Baja probabilidad de corromper datos, incluso si los errores no se producen en el
propio gestor, sino en el sistema en el que está.
Su conectividad, velocidad, y seguridad hacen de MySQL Server altamente
apropiado para acceder bases de datos en Internet
El software MySQL usa la licencia GPL
Desventajas.
Es un esquema autónomo , compatible con todos los servidores MySQL> = 5.1. Instalado al
importar el esquema en el servidor, no hay necesidad de configurar ni compilar. No se
requieren complementos especiales ni cambios en su configuración.
Riesgos
Esta no es la típica "es tu responsabilidad". Por favor lea todo.
common_schema es un esquema de base de datos. Incluye rutinas, vistas y tablas. Los riesgos
de usar este esquema son aquellos afectados por la emisión de consultas en contra de sus
vistas o rutinas.
Las vistas INFORMATION_SCHEMA de MySQL no son todas iguales. Algunos son bastante
livianos (como la LISTA DE PROCESOS); algunos toman un poco más de tiempo para evaluar
(como GLOBAL_STATUS) pero no imponen bloqueos que afectan sus datos.
Algunas vistas, sin embargo, requieren obtener metadatos para las tablas, y de hecho,
requieren metadatos para todas las tablas a la vez. Primero y principal: la tabla TABLAS, pero
también COLUMNAS, ESTADÍSTICAS, etc. Realizar incluso la consulta más simple en una de
estas vistas puede causar, en casos extremos, el cierre de la base de datos durante largos
minutos. El autor también ha presenciado la caída de las bases de datos debido a las consultas
sobre dichas tablas. Es más seguro realizar consultas tan pesadas en una máquina fuera de
línea. una máquina fuera de línea puede en realidad sufrir menos "daños" a causa de estas
consultas debido a su modo de escritura de un único subproceso, lo que reduce la contención
en los bloqueos de tabla. Al menos esta es la experiencia del autor; no hay garantías hechas
La buena noticia es que esos puntos de vista que dependen de las tablas heavyweight
INFORMATION_SCHEMA son aquellos a los que no les importa ejecutar en una máquina fuera
de línea. Estas vistas generalmente analizan la estructura de su tabla, el tamaño de los datos,
las claves, las columnas AUTO_INCREMENT, etc. No tienen nada en particular para monitorear
un servidor en ejecución. Algunas de estas vistas en realidad no requieren datos para trabajar,
solo un esquema.
Heidi SQL
inicialmente conocido como MySQL-Front, es un software libre y de código abierto que
permite conectarse a servidores MySQL (y sus derivaciones como MariaDB y Percona Server),
así como Microsoft SQL Server y PostgreSQL.
MySQL-Front comenzó a ser desarrollado en Delphi por el programador alemán Ansgar Becker,
quién por motivos personales dejó el proyecto sin terminar. Más tarde el desarrollador alemán
Nile Hoyer contactó a Ansgar y adquirió los derechos para utilizar el nombre "MySQL-Front" en
su propio proyecto, sin embargo tuvo que cancelarlo porque surgió una infracción de derechos
de autor con MySQL Labs sobre el uso del nombre "MySQL". Finalmente, Ansgar y otros
colaboradores retomaron el proyecto MySQL-Front renombrándolo HeidiSQL.
Para administrar las bases de datos con HeidiSQL, los usuarios deben iniciar una sesión en un
servidor MySQL local o remoto. Sus característica permiten realizar las operaciones de base de
datos más comunes y avanzadas, sin embargo aún sigue en desarrollo a fin de integrar la
máxima funcionalidad que se espera en una interfaz de base de datos de SQL.
CARACTERÍSTICAS
HeidiSQL tiene las siguientes características y capacidades.