FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
¿mantenimiento a base de datos firebird?
Hola
firebird requiere de mantenimiento ¿que es mantenimiento a una base de datos? lo pregunto por esto. me contaron de un caso en que una base de datos mysql se ponia lenta. y como no era un experto en mysql los empleados de esa empresa. no la lograban hacer que funcionara bien. osea que tardaba mucho en responder las querys y que contratarona un experto mysql y le dio mantenimiento y la base de datos funciono mucho mas rapido ahora. ¿firebird que clase de mantenimiento requiere hay basura o registros que hacen lenta las querys? ¿como se le da ese mantenimiento? tengo una base de datos de el proyecto opensource ventas. que es una aplicacion de punto de ventas. y esta se pone lenta al mostrar los reportes. de ventas y otros despues de 1000 registros en querys con left join inner join se tarda mucho y no muestra nada. se cuelga la aplicacion. le quiero dar mantenimiento no se si se requiere alguna herramienta software especial igual escucho mucho que oracle se requiere de un DBA por que necesita mantenimiento. gracias por su tiempo |
#2
|
||||
|
||||
Pues más que mantenimiento en el sentido de borrar basura o similares yo miraría la forma de optimizar los querys, evitando hacer procesos innecesarios y además creando más indices para que los querys mejoren en velocidad... también evitaría sentencias tales como:
y los cambiaría por algo como
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#3
|
||||
|
||||
Pero si se trata de borrar basura con un bkup resture sería suficiente.
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#4
|
||||
|
||||
Suficiente.
Si en algo destaca firebird (y destaca en muchas cosas) es que casi no necesita mantenimiento. |
#5
|
|||
|
|||
eso de los indices es nuevo para mi.
apenas encontre esto http://www.intitec.com/varios/Firebird-Indices.pdf http://www.delphiaccess.com/forum/tu...-para-novatos/ esto de los indices. que otra regla es buena seguir para donde ponerlos en primary key ? si la base de datos ya esta hecha y andando. ¿como se puede mejorar su rendimiento sin alterar su estrucutra de datos.? ¿osea si ya se tienen 1000 registros las tablas se tienen que poner indices o reagrupar la informacion en otras tablas.? voy a hacer las pruebas con las trablas (yo mismo las voy a ahcer) ventas ventasde talles cliente vendedor el chiste es hacer un reporte que me muestre las ventas del dia o por periodo de fechas y me de el total de lo vendido en ese periodo de tiempo aparte otro reporte que me de que vendio cuanto y lo agrupe por vendedor y por periodo algo asi ventas del perido 14 agosto 2011 al 30 agosto 2011 total vendido 1000 000 ventas por vendedor vendedor JXJ 1000 vendedor juan 999999 un monton de reportes raros. que me piden como cuanto se vendio por tipo de comprobante. nota, tiket factura. y desglozar agrupando por vendedor. o por caja. todo por un periodo de tiempo. gracias RONPABLO Casimiro Notevi |
#6
|
||||
|
||||
Los primary normalmente estan indexados, los indices se ponen en campos de mucho uso, por ejemplo si tiene una tabla donde hace querys que regularmente hace un where como este:
Entonces yo pondría un indice al campo fecha, este indice se puede crear o poner en cualquier momento, osea si la tabla ya tiene un millón de registros no la va afectar. He visto querys que se demoran hasta 20 minutos y al ponerle un indice bien ubicado pasa a demorarse pocos segundos. una tabla puede tener muchos Indices, pueden ser compuestos... pueden ser únicos o no... en los joins es muy recomendable que los campos que relaciones dichos joins estén indexados.
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#7
|
||||
|
||||
Cita:
Ten en cuenta que 1000 registros no es nada, habitualmente tengo siempre una BD con más de diez millones de registros por tabla para hacer pruebas, incluso en algunas tablas más usadas hacemos pruebas con muchísimos más registros, en una tabla de movimientos de artículos en almacenes tiene más de cien millones de registros, así que si va bien con esa cantidad de registros entonces irá mejor con menos, de esa manera "no nos pillamos los dedos". Ese tipo de pruebas es la que hacemos antes de entregar al cliente. |
#8
|
||||
|
||||
jajaja es que resture... que pena ---> Restore
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Base de Datos de Firebird | shaymon325 | Firebird e Interbase | 16 | 08-02-2011 20:13:55 |
perdida de datos en base de datos firebird | gmontes | Firebird e Interbase | 7 | 14-02-2009 06:39:21 |
Herramienta case para diccionario de datos de base de datos firebird | mcalmanovici | Firebird e Interbase | 1 | 11-02-2007 15:17:37 |
base de datos firebird | Zehcliv | Conexión con bases de datos | 3 | 04-10-2006 17:45:27 |
Ejemplo de formulario generado en PHP para mantenimiento datos | HombreSigma | PHP | 4 | 20-08-2004 00:49:45 |
|