Configurar zeos

[[Delphius]]

Disculpen pero no entiendo de lo que dicen, como bien lo ha dicho Casi, en Firebird existen los alias y básicamente está para ocultar a los clientes la ubicación física y real de las bases de datos.

Luego, al realizarse la conexión sólo se "apunta" a dicho alias (que no es más que un simple nombre). El motor por detrás sabe donde están los archivos y al cliente poco y nada le interesa esto.

Una vez conectado el cliente puede hacer cualquier operación sobre la base de datos. Le mandas consultas SQL para insertar, eliminar, actualizar y trabaja como cualquier otro motor. Y la verdad es que no interesa si está corriendo en un Windows, en un Linux, Mac o lo que fuese.

¿O es que no veo donde está el embrollo del que hablan?
¿Que tanto embrollo viene a cuento de si es \ o / en uno u otro SO? Para el cliente, si uno se limita a alias lo máximo que sabe es un pseudónimo.... Que es en un principio, el mismo funcionamiento que comentan en MySQL.

Para el cliente es, imitando a roman: base de datos. Para el motor, ya se las verá él.

Firebird además cuenta con parámetros y configuraciones adicionales para administrar los archivos a ciertos directorios, que dicho sea de paso es bueno seguir esta configuración. Están los parámetros DatabaseAccess, ExternalFileAccess, UdfAccess, TempDirectories (al menos en 1.5, es posible que en FB 2+ existan otros más).

El hecho de no poder realizar consultas a dos o más DB simultánamente, si se debe a la forma en como se conecta, eso si lo admito. Pero les recuerdo que a partir de 2.5 esto ya es posible ya que se ha modificado como se lleva a cabo la conexión y además se ha mejorado enormemente la comunicación y el protocolo. Esto supuso un cambio enorme en lo que respecta a seguridad y manejo de archivos.

Mucho se dice que FB depende mucho de la seguridad física y el acceso al sistema de archivos, y son cosas que siempre los ha tenido en cuenta el equipo de Firebird, y están trabajando en ello. ¿Pruebas? Firebird 2.5 y 3.0 que si bien están en desarrollo, para la 2.5 ya se puede dar el disfrute muy a pesar de estar su RC (Release Candidate) 2. Tengan en cuenta por favor que la intención de FB fue de ejecutarse en servidores dedicados.

Tal vez en esto les resulte inseguro, pero FB ofrece otros medios de seguridad, y si se los sigue se puede dormir más tranquilo.

FB está en movimiento, lento quizá, pero sigue. No tiene tantos medios como los que tiene MySQL gracias a Sun.

Disculpen si largo una piedra, pero ¿y que me dicen de la confusa licencia que tiene MySQL y de su incierto futuro? Vamos, que si para encontrar escusas para no usar u otra, tenemos para rato.

Saludos,

[Casimiro Noteví]

Ya digo, me parece curioso la forma en que trabaja mysql, aunque sigue gustándome la forma en que lo hace firebird. Que a fin de cuentas tiene la forma de mysql (mediante alias) y la "normal" típica de especificar servidor:/ruta/basedatos

Por cierto, mysql ya no es de Sun, ahora lo compró Oracle.

[[Delphius]]

Empezado por Casimiro Notevi

Por cierto, mysql ya no es de Sun, ahora lo compró Oracle.

Cierto... cierto... cuando terminé de escribir me dije, ¿que no era que Oracle la compró?

Ya corrijo.

EDITO:
¿Porqué no puedo editar el post anterior? Sólo me permite editar éste.

Saludos,

[roman]

MySQL no accede por medio de alias sino directamente al catálogo de bases. De lo que aquí hablamos es justamente de lo curioso que resulta que Firebird siga (en ese aspecto) la "filosofía" de las bases de escritorio como hacían Paradox o Access en los que hay una referencia directa al archivo físico que contiene la base (o las tablas), aun cuando se oculte tras un alias.

Por otro lado, sólamente hablamos de eso, de lo curiosas que resultan determinadas cosas en uno u otro motor (como el uso del use que menciona Casimiro). No hay ni embrollo ni debate ni una pugna por decir este es mejor, este es peor

// Saludos

[Casimiro Noteví]

Empezado por Delphius

[..]¿Porqué no puedo editar el post anterior? Sólo me permite editar éste.

Se puso un límite de tiempo para poder modificarlos, creo que media hora o así.

[[Delphius]]

Empezado por roman

MySQL no accede por medio de alias sino directamente al catálogo de bases. De lo que aquí hablamos es justamente de lo curioso que resulta que Firebird siga (en ese aspecto) la "filosofía" de las bases de escritorio como hacían Paradox o Access en los que hay una referencia directa al archivo físico que contiene la base (o las tablas), aun cuando se oculte tras un alias.

Ahora entiendo. Pues, si... puede que sea extraño pero a mi me resulta natural... al fin de cuentas, de algún modo se tiene que tener acceso físico al/los archivo/s... y ya estamos, después de todo el DBA debe poder y saber "ver" donde están. Digo ¿no?

Empezado por roman

Por otro lado, sólamente hablamos de eso, de lo curiosas que resultan determinadas cosas en uno u otro motor (como el uso del use que menciona Casimiro). No hay ni embrollo ni debate ni una pugna por decir este es mejor, este es peor
// Saludos

Bueno, vale, quizá me sulfuré un poco... ¡es que eran muchos contra uno! ¡Arriba Firebird!

Empezado por Casimiro Notevi

Se puso un límite de tiempo para poder modificarlos, creo que media hora o así.

Si, me dí cuenta de ello cuando a los minutos (no más de 10 diría yo) volví al hilo y no estaba el botón editar en el último post mio.

Puedo entender la idea de que sea por cuestión de seguridad, pero es bueno (en ciertas circunstancias) poder editar el mensaje aún expirado ese tiempo.

Saludos,

[Casimiro Noteví]

Empezado por Delphius

[..]
Si, me dí cuenta de ello cuando a los minutos (no más de 10 diría yo) volví al hilo y no estaba el botón editar en el último post mio.

Puedo entender la idea de que sea por cuestión de seguridad, pero es bueno (en ciertas circunstancias) poder editar el mensaje aún expirado ese tiempo.

Saludos,

Están los partidarios y los detractores , yo pienso que no debe poder modificarse pasado un tiempo, y si hace falta modificar algo se añade mediante otro post y listo.
En este caso se puso por un motivo de seguridad, antes no estaba habilitado, pero no quedó otro remedio. Tal vez, cuando todo se "suavice", pueda volver a dejarse como estaba.