Caso específico

[sierraja]

Feliz Año Nuevo. Exitos para todos.

Ahora bien....Se necesita instalar en una maquina linux ubuntu una base de datos FireBird, que luego va a ser accesada por varios clientes desde estaciones winxp (10 pcs). Cual de las versiones disponbles es recomendable para ambos casos (Server/Client).

Nota: La aplicación se desarrollará en D7 y se ha probado localmente en forma parcial con interbase 6.0 y componentes ibx y funciona ok

[Casimiro Notevi]

Pues "server" en el servidor y "client" en el cliente, es lógico, no?

Yo acostumbro a poner la "superserver" aunque depende de las condiciones puede ser mejor instalar la "classic".

Te copio parte del libro de firebird sobre el tema:

Comparing Superserver and Classic Server Architecture
While Superserver and Classic server share many common characteristics—indeed, they are built from the same codebase—they present quite distinct models of oper- ation under the hood.
Executable and Processes Classic server runs one server process per connection, on demand. When a client attempts to connect to a Firebird database, an instance of the fb_inet_server executable is initiated and remains dedicated to that client connection for the duration of the connection. When the client detaches from the database, the server process instance ends.
Superserver runs as a single invocation of the fbserver executable. fbserver is started once, by a system boot script or by the system administrator, and stays running, waiting for connection requests. The process is terminated by an explicit shutdown.
Lock Management
On Classic server, each client’s server process has its own, dedicated database cache and multiple processes contend for access to the database. A lock manager subsystem, fb_lock_mgr, uses inter-process communication (IPC) methods to arbitrate and syn- chronize concurrent page access among the processes.
On Superserver, the lock manager is implemented as a thread within the fbserver process and uses inter-thread communication mechanisms instead of POSIX signaling.
Resource Use
On Classic server, each instance of fb_inet_server is allocated a static cache of database pages in its memory space. Resource growth per additional client connection is there- fore linear. However, when the number of concurrent connections is relatively low, Classic server uses fewer overall resources.
Superserver employs a single cache space that is shared by client attachments, allowing more efficient use and management of cache memory when the number of simultaneous connections grows larger.
Local Access Method
Classic server permits application processes that are running on the same machine as the server and databases to perform I/O on database files directly.
Except for the Embedded Server, Superserver requires applications to use a network method for I/O requests and satisfies those requests by proxy. On Linux, Superserver does not support direct local access.
• On non-Windows platforms (and recommended for Windows too) local con- nections to Superserver are made through the localhost server (at IP address 127.0.0.1, by convention).
• A Windows server and local client can simulate a network connection in the shared IPC space. This mechanism, referred to as the local access method, can- not handle multiple connections safely. Beyond Firebird 1.5, it is superseded by a local access method using the XNET subsystem.
Embedded Server can use only the “Windows local” access method and supports one and only one connection to each local database. The embedded client can connect to multiple local databases exclusively and access them through the embedded server. The embedded client can also connect as a regular network client to databases on other servers.

[sierraja]

En mi opinión me voy por el camino de SuperServer en ambos sistemas operativos. Ok ya tengo definida la versión. Cómo hago para instalar dicha versión en el server y de donde se baja? Gracias.

[sierraja]

En mi caso, ya he instalado firebird en el servidor y en el cliente, pero ahora a nivel de programación estoy utilizando delphi 7 y los componentes ibx para accesar a la base de datos, necesito indexar la base de datos, pero no tengo idea de como hacerlo. Ahora bien, tengo un tabla con dos campos:

codigo Varchar (10)
descripcion Varchar (50)

Quiero indexar la tabla para ordenarla y para buscar más rápido las descripciones. Los componentes que uso son:

IBDataBase
IBTransaction
IBDataSet
DataSource.

Se les agradece....

[sierraja]

Definitivamente el silencio es espantojo ......

[jachguate]

Te recomiendo que leas en la documentación de ib/fb sobre la instrucción create index.

hasta luego.

[Alfredo]

Lo que pasa es que da la impresion de que no te haz tomado la molestia de buscar en los foros la respuesta, o quiza es que opinan que la pregunta es muy tribial ....

en todo caso te recomiendo que uses ibexpert... abras la base de datos... abras la tabla -> ficha index -> click derecho sobre la cuadricula -> new index
sigue las instrucciones....
la instruccion generada es asi

CREATE INDEX NEW_TABLE_IDX1
ON NEW_TABLE (campo)

Lo que si te recomiendo es que cuando sean preguntas diferentes, crees un nuevo hilo....(por eso mandan vez tras vez a leer la guia de estilo.... )

[sierraja]

Ok Alfredo,

He revisado la documentación al respecto, de hecho tengo la instalación 100% de firebird en un servidor linux y lo veo desde winxp sin problemas y con mi aplicación, he realizado la actualización en las bases de datos, además estoy trabajando con el ibexpert ya que lo he utilizado con interbase a nivel local, pero, a nivel de programación y con los componentes ibx, la pregunta es: cómo utilizo los índices, es decir, de que manera busco información con ellos. En el cuarto mensaje de este hilo, hice una descripción del ambiente donde me encuentro. De todas maneras, pido disculpas por mis errores y nuevamente digo: lo tamaré en cuenta la próxima vez. Gracias...

Nota: es mi primera aplicación desarrollada cliente/servidor.

[Casimiro Notevi]

Empezado por sierraja

Ok Alfredo,

He revisado la documentación al respecto, de hecho tengo la instalación 100% de firebird en un servidor linux y lo veo desde winxp sin problemas y con mi aplicación, he realizado la actualización en las bases de datos, además estoy trabajando con el ibexpert ya que lo he utilizado con interbase a nivel local, pero, a nivel de programación y con los componentes ibx, la pregunta es: cómo utilizo los índices, es decir, de que manera busco información con ellos. En el cuarto mensaje de este hilo, hice una descripción del ambiente donde me encuentro. De todas maneras, pido disculpas por mis errores y nuevamente digo: lo tamaré en cuenta la próxima vez. Gracias...

Nota: es mi primera aplicación desarrollada cliente/servidor.

Tú no tienes que "usar" los índices explícitamente, simplemente busca la información que necesites, ejemplo:

Código SQL [-]
select codigo,nombre,telefono,pais from tbclientes where pais="china" order by nombre

y firebird se encargará de usar los índices que necesite, no tú, para devolverte los datos solicitados de clientes chinos y ordenados por su nombre.

Te recomiendo un libro, la página del autor.

[jachguate]

Empezado por Casimiro Notevi

Tú no tienes que "usar" los índices explícitamente, simplemente busca la información que necesites

Esto es correcto

Empezado por Casimiro Notevi

firebird se encargará de usar los índices que necesite, no tú

Esto también es correcto, pero no significa que no podás vos indicarle un plan de ejecución alternativo, pues firebird a veces no genera planes óptimos.

Si queres profundizar en firebird, hay otro libro que debieras tener a mano.

Saludos.