Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Conexión con bases de datos
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Conexión con bases de datos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #21  
Antiguo 05-03-2010
Avatar de rgstuamigo
rgstuamigo rgstuamigo is offline
Miembro
 
Registrado: jul 2008
Ubicación: Santa Cruz de la Sierra-Bolivia
Posts: 1.646
Poder: 17
rgstuamigo Va por buen camino
Arrow

Cita:
Empezado por roman Ver Mensaje
...
Ahora bien, no creo que el rendimiento en sí se explique por el uso de MyISAM, todo lo contrario. El motor MyISAM es muy bueno para la rapidez, y de hecho yo sigo usándolo para cualquier tabla que es exclusivamente para consulta y no involucra ninguna transacción. El motor InnoDb es considerablemente más lento, o al menos lo era hasta hace un par de años; no he comparado últimamente.
...
Yo igual no lo creo que por usar el motor MyISAM sea haga más lenta la cosa,
y coincido con román, de todas maneras aquí pueden ver una comparación de características entre los motores InnoDB y MyISAM.
Por otra parte MySQL se ha estado innovando cada vez más de tal manera que vió la necesidad de construir un nuevo motor "mejor"(bueno es lo que se pretende ) que los dos anteriores y sacó la versión 6 (bueno en realidad a partir de la versión 6.0.4) con un nuevo motor llamado "Falcon" (Halcón en español aunque segun se ve aun está en version Alfa ó Beta) que tenía y tiene el propósito de superar en gran medida todas las limitaciones que tienes los dos motores anteriormente mencionados..Claro está que Falcon todavía está "pollito" comparado con InnDB o MyISAM, pero segun se vé ha ido y tiende a mejorar. Aquí pueden ustedes y observar algunas gráficas de comparación entre MyISAM, InnoDB y Falcon. aunque desconosco si en la actualidad se sigue trabajando en mejorar Falcon, ya que como todos sabemos Oracle es la compañia dueña de MySQL.
Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7

Última edición por rgstuamigo fecha: 05-03-2010 a las 19:13:12.
Responder Con Cita
  #22  
Antiguo 08-03-2010
Avatar de Ñuño Martínez
Ñuño Martínez Ñuño Martínez is offline
Moderador
 
Registrado: jul 2006
Ubicación: Ciudad Catedral, Españistán
Posts: 6.000
Poder: 25
Ñuño Martínez Tiene un aura espectacularÑuño Martínez Tiene un aura espectacular
Y pregunto yo, ¿cómo de complicado y seguro es cambiar el motor de la base de datos? Porque como digo, la del programa tiene muchísimas vistas (tantas o más como tablas) que realizan cálculos internos (por ejemplo, totales) y se hacen muchas inserciones, y si decís que el InnnoDB puede ser mejor en estas lides...

Aunque sí, yo también estoy convencido de que es un problema de diseño más que de motor...
__________________
Proyectos actuales --> Allegro 5 Pascal ¡y Delphi!|MinGRo Game Engine
Responder Con Cita
  #23  
Antiguo 08-03-2010
Avatar de rgstuamigo
rgstuamigo rgstuamigo is offline
Miembro
 
Registrado: jul 2008
Ubicación: Santa Cruz de la Sierra-Bolivia
Posts: 1.646
Poder: 17
rgstuamigo Va por buen camino
Arrow

Cita:
Empezado por Ñuño Martínez Ver Mensaje
Y pregunto yo, ¿cómo de complicado y seguro es cambiar el motor de la base de datos?
...
No es nada dificil tan solo debes especificar el motor con el cual deseas trabajar en la sentencia de creacion de tus tablas...algo así:
Código SQL [-]
Create table Empleado
( ID Int not null primary key,
  Nombre Varchar(45) not null
) engine=InnoDB; #<--Aqui especifico el motor con el que quiero trabajar 
Desde luego ésto debes hacerlo para cada tabla, y quizás sería mejor que hicieras un BackUp de toda tu base de datos y vas y modificas el archivo resultante(no te olvides que éste motor ya soporta Foreign key así que en tu script debes tambien tenerlo definido), para posteriormente ejecutar todo el script nuevamente.
Por supuesto que antes que nada deberías verificar en tu MySQL está incluido o habilitado el motor InnoDB, ya que a veces dicho motor no ésta habilitado ó incluido. Si quieres más información en la web hay muchos sitios que se habla del asunto..
Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7

Última edición por rgstuamigo fecha: 08-03-2010 a las 14:27:46.
Responder Con Cita
  #24  
Antiguo 08-03-2010
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Poder: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
También puedes cambiar el motor de tablas ya existentes:

Código SQL [-]
alter table clientes  engine = InnoDB

Pero, insisto, no creo que el rendimiento del sistema mejore con este cambio. Con el motor InnoDb tendrás la seguridad de las transacciones y llaves foráneas, pero no un mejor rendimiento. Para ello tendrás que buscar de revisar que tus índices sean correctos, tratar de minimizar joins, que las relaciones sean preferentemente con campos enteros y no de caracteres, etc.

// Saludos
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
"OBJECT OR CLASS TYPE REQUIRED" en "APPLICATION EXENAME" Xavierator Varios 3 27-10-2008 09:09:50
MySQL es el mejor manejador de base de datos en la actualidad owarito MySQL 14 12-09-2008 08:05:57
Búsqueda "incremental" en una base de datos loquillo3 Conexión con bases de datos 9 08-11-2007 18:07:02
Necesito llamar a métodos de clases "hija" desde su clase "padre" Flecha OOP 17 20-04-2007 00:03:53
¿cuál es mejor: "close" o "application.terminate"? unreal4u Varios 5 05-03-2007 11:01:19


La franja horaria es GMT +2. Ahora son las 07:12:03.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi