Quiero que observen este viejo documento, que aunque es para Interbase y hace mención al BDE es aplicable a Firebird, tiene aspectos muy importantes para tener en cuenta. Me parece un poco polémico el punto 10 pero el tipo tiene razón, se puede mejorar el rendimiento pero se nos aumenta un poco el trabajo escribiendo Triggers. A ver que opinan ustedes sobre el punto 10.
Saludos
Maximizando el rendimiento en Firebird e Interbase.
Comenzado por
Wilson
, mar 25 2011 05:35
1 respuesta en este tema
#2
fredycc
-
- Moderadores
-
- 874 mensajes
Advanced Member
- LocationOaxaca, México
Escrito 25 marzo 2011 - 07:54
Muy interesante artículo y el igual que tú el punto 10 con respecto a llaves primarias y foraneas resulta controversial, en lo particular tengo una base en interbase con 25 tablas (no muchas) pero si algunas con varios miles de registros, como clientes, monedero electrónico, códigos postales, localidades, municipios y estados en los cuales es de vital importancia el uso de indices por mencionar un poco, ademas de que la accesan poco más de 45 usuarios simultaneamente y el uso de indices aporta mucha velocidad a las consultas.
Con respecto al punto 11: Me gusta hacer uso de SP's para consultas que involucran varias tablas con la finalidad de no enviar por la red una consulta tan grande, porque con un software adecuado es facil cachar todo en el trayecto, además de solo enviar el nombre y sus parametros; y su mantenimiento me resulta más sencillo.
Para enlaces donde el ancho de banda es muy reducido recomiendo Zeebedee para esta tarea pues ademas de comprimir nuestros datos, los encripta.
Con el punto 16: estaria bueno intentar modificar la configuración Turn Async Writes a Off, pero las consecuencias de no prevenir nos traería mucha lamentación, jajaja.
En algunos otros puntos, por menionar el uso del inner join, del uso de múltiples núcleos, con las versiones más recientes de Firebird e Interbase ya no veo inconveniente.
El resto de puntos me parecen muy acertados y prácticos, que mejorarían a lo mucho nuestros proyectos en cualquiera de estos dos manejadores y en otros.
Saludos
Con respecto al punto 11: Me gusta hacer uso de SP's para consultas que involucran varias tablas con la finalidad de no enviar por la red una consulta tan grande, porque con un software adecuado es facil cachar todo en el trayecto, además de solo enviar el nombre y sus parametros; y su mantenimiento me resulta más sencillo.
Para enlaces donde el ancho de banda es muy reducido recomiendo Zeebedee para esta tarea pues ademas de comprimir nuestros datos, los encripta.
Con el punto 16: estaria bueno intentar modificar la configuración Turn Async Writes a Off, pero las consecuencias de no prevenir nos traería mucha lamentación, jajaja.
En algunos otros puntos, por menionar el uso del inner join, del uso de múltiples núcleos, con las versiones más recientes de Firebird e Interbase ya no veo inconveniente.
El resto de puntos me parecen muy acertados y prácticos, que mejorarían a lo mucho nuestros proyectos en cualquiera de estos dos manejadores y en otros.
Saludos
