SQL muy lenta la 1ª vez

[Casimiro Noteví]

Tanto en clientes como en servidor debe estar la misma versión de firebird, no los mezcles.

[ARPE1]

Hola, y así es, en todos está el fb 2.1.4

[[RONPABLO]]

bueno, algo que yo he notado en Widows es que cuando hay varios procesadores es mejor trabajar con ClasicServer que con SuperServer, y mejor aun SuperClassic, pero sí solo hay un procesador es mejor trabajar con SuperServer, la aplicación que más me ocupa, tiene un nivel de instalación bastante alta al mes, cuando se instala en un multinucleo un SuperServer suele bloquearse en tareas que demanden mucho al procesador

[ARPE1]

Hola, la tabla artal es necesaria, hay campos que se actualizan en diferentes trigger's de la BD. No veo como convertirla en vista.
Voy a probar el superclassic en mi Win7 vBox a ver qué me encuentro.
Otra curiosidad, al probar los cambios de tamaño de página (backup/restore) resulta que depués de ese proceso la resuelve rapidísimo. Es decir, inicio el sistema, hago un backup/restore sin tocar nada, ejecuto la consulta y la resuelve en 3 segundos.
Cada vez apunta más a caché, ¿qué opináis?, ¿cada BD tiene su propia caché o es el firebird el que mantiene una única (hablando en superServer)?
Un saludo.

[Casimiro Noteví]

Empezado por ARPE1

Cada vez apunta más a caché, ¿qué opináis?, ¿cada BD tiene su propia caché o es el firebird el que mantiene una única (hablando en superServer)?

En los ¿13? años de existencia de firebird (y antes con su antecesor interbase, 3 años más) jamás he necesitado tocar ningún parámetro de la configuración.

[ARPE1]

Hola Casimiro

Empezado por Casimiro Notevi

En los ¿13? años de existencia de firebird (y antes con su antecesor interbase, 3 años más) jamás he necesitado tocar ningún parámetro de la configuración.

Ni yo trampoco, excepto la afinidad de Interbase (de lo blanco a lo negro), hasta que me topé con esta BD que he necesitado probar y tocar de todo.

un saludo.

[Casimiro Noteví]

Empezado por ARPE1

hasta que me topé con esta BD

A lo mejor no es la BD ¿lo has probado en un servidor linux normal y corriente?

[lbuelvas]

Compartenos los metadatos de las tablas importantes de tu base de datos para entender un poco mas la situacion. De acuerdo con Casimiro que tampoco he necesitado en mas o menos los mismos años modificar la configuracón por defecto del motor de base de datos Firebird, el aumento de cache lo que permite es que parte de la base de datos queda en la memoria RAM aumentando la velocidad en la manipulacion y consulta de datos y su uso es para casos muy especiales, tal vez el tuyo.