Luis, que tal.
Por si no te habías dado cuenta, en este foro hay muchos
desarrolladores independientes entro los que me incluyo, o sea que es
más común de lo que te imaginas.
Respecto a que empresas como SAP no dan acceso a las bases de datos no
es del todo cierto, lo digo con conocimiento pleno ya que he trabajado
en empresas que tienen la versión R/3 que es para compañías con miles
de empleados, así como SAP Bussiness One que es para medianas y
pequeñas.
Con R/3 hice una interfase entre La DB de SAP y una base DB2 AS/400 y
con Bussiness One algo parecido contra la DB de mi sistema en SQL
Server.
Aclarando que en ambos casos se accede a la DB de SAP solamente con
sentencias de consulta, lógicamente la gente de IT teníamos acceso
total a la DB y podíamos ver su estructura.
Eso si. Las empresas que hacen las implementaciones son claras y
enfáticas al explicar que se pierde la garantía si se altera la
estructura de la DB, también si se detectan inserts, Updates o deletes
contra su DB pues obviamente podrían causar problemas de integridad
referencial.
Ellos tienen herramientas que monitorean el estado de sus DBs e
informa de ello.
En mi caso doy acceso total a las DBs de mis sistemas dejando los
usuarios y claves debidamente documentadas con el gerente de la
empresa. Obviamente documento las razones que causarán perdida de
garantía de mi parte, entre ellas está la alteración a la estructura
de la base de datos y la manipulación directa de los registros, dejo
copia de cómo quedó la estructura y si en un futuro requiere cambios
también los documento.
Quizá a se me facilita porque hago my poca programación en la DB ya
que mis desarrollos son a 3 capas y lo rico lo dejo en la capa de
negocios a la cual no tiene acceso a modificar nadie. Por lo del Know
How.
Saludos
Alex A. Vargas
On 5 ene, 09:09, <
lm...@cclf.com.pe> wrote:
> Ah Bueno veo que siempre trabajas solo, normalmente las empresas serias piden respaldo y no contratan este tipo de servicios a independientes sino a empresas solidas.
>
> --------------------------------------------------------------------------------
>
> Mata Figueroa, Luis A.
> Procesos, Tecnología de la Información y telecomunicaciones
> TELF: (00 51 1) 617-4613
> RPC : (00 51) 993597297
> FAX : (00 51 1) 617-4601
>
lm...@cclf.com.pe
>
www.cclf.com.pe
>
> From: Walter R. Ojeda Valiente
> Sent: Thursday, January 05, 2012 10:05 AM
> To:
publice...@googlegroups.com
> Subject: RE: [vfp] Bases de Datos, Ventajas y Desventajas a Enero de 2012
>
> ¿Y eso significa que si por algún motivo te enojas con tu cliente (o te da un patatús y te mueres sin antes decirles el nombre de usuario y la contraseña) ellos no podrán mirar sus propios datos?
>
> Hmmmmmm.
>
> Es peligroso eso, por los motivos legales.
>
> Saludos.
>
> Walter.
>
> --------------------------------------------------------------------------------
> From:
lm...@cclf.com.pe
> To:
publice...@googlegroups.com
> Subject: Re: [vfp] Bases de Datos, Ventajas y Desventajas a Enero de 2012
> Date: Thu, 5 Jan 2012 09:28:57 -0500
>
> los datos son de los usuario pero el motor no.
> SAP no te da acceso a su base de datos, ofissis tampoco te lo da, yo tampoco.. aqui no tiene nada que ver lo legal sino la garantia y seguridad
>
> --------------------------------------------------------------------------------
>
> Mata Figueroa, Luis A.
> Procesos, Tecnología de la Información y telecomunicaciones
> TELF: (00 51 1) 617-4613
> RPC : (00 51) 993597297
> FAX : (00 51 1) 617-4601
>
lm...@cclf.com.pe
>
www.cclf.com.pe
>
> From: Walter R. Ojeda Valiente
> Sent: Wednesday, January 04, 2012 8:29 PM
> To:
publice...@googlegroups.com
> Subject: RE: [vfp] Bases de Datos, Ventajas y Desventajas a Enero de 2012
>
> Hmmmm, no sé como es el caso en el Perú pero en la mayoría de los países los datos son de los usuarios, no puedes impedirles mirar sus propios datos o podrás tener grandes problemas legales.
>
> Saludos.
>
> Walter.
>
> --------------------------------------------------------------------------------
> From:
lm...@cclf.com.pe
> To:
publice...@googlegroups.com
> Subject: Re: [vfp] Bases de Datos, Ventajas y Desventajas a Enero de 2012
> Date: Wed, 4 Jan 2012 14:28:12 -0500
>
> No se Uds. pero yo no le doy acceso a ningun usuario a la base de datos(Servidor), parte del contrato, el usuario final no tiena nada que hacer ni configurar en la BD para eso estamos nosotros, plan de mantenimiento, Backups por todo eso se cobra. Ningun usuario tiene acceso ni a mirar siquiera y si aun asi neciamente el dueño, gerente o lo que fuera quiere tener acceso quito toda garantia sobre el sistema y su BD y si pasa algo donde me requieran obviamente el costo va a se muy elevado porque no se que tornillo me aflojaron y debo reanalizar todo.
> para los que no son mecanicos, se compran un auto y acaso estan manosenado el motor, tocas el motor y adios garantia y veras como te cuesta repararlo.
>
> --------------------------------------------------------------------------------
>
> Mata Figueroa, Luis A.
> Procesos, Tecnología de la Información y telecomunicaciones
> TELF: (00 51 1) 617-4613
> RPC : (00 51) 993597297
> FAX : (00 51 1) 617-4601
>
lm...@cclf.com.pe
>
www.cclf.com.pe
>
> From: Carlos Miguel FARIAS
> Sent: Wednesday, January 04, 2012 3:01 PM
> To:
publice...@googlegroups.com
> Subject: Re: [vfp] Bases de Datos, Ventajas y Desventajas a Enero de 2012
>
> Cualquier SGBD que se precie de completo, debe poder dejar calibrar o configurar mejor su funcionamiento para que se adapte a lo que el ABD requiera.
> Si lo hace totalmente automatico, no creo que pueda ser tan optimo como si es configurable. Y ojo, igual, que no sea configurable, no significa que no lo haga bien o funcione bien.
> Si tenes una bd muy grande (por concurrencia de varios sistemas en la misma) o varias bd grandes en un mismo servidor, va a ser necesario contar con un ABD, no creo que un usuario común pueda manejar las bd sin una muy buena preparación previa.
> Si un SGBD logra automaticamente ajustarse mejor de lo que podría hacerlo un buen ABD, estamos en "hasta la vista, baby".
>
> El 4 de enero de 2012 12:46, carlos SALCEDO <
carosam1...@hotmail.com> escribió:
>
> Hola
>
> Claro que postgresql se instala y funciona, pero como tu mismo lo dices esa instalacion es
> para equipos con bajos recursos.
> si necesitas todo el poderio de postrgresql debes configurarle varios aspectos
> teniendo en cuenta la maquina y sus recursos por ejemplo(es ejemplo) :
>
> Quienes y desde donde sera accesado el servidor, definir si permite
> conecciones remotas y tipo.
>
> shared_buffers: Este parametro es importantisimo y define el tamaño
> del buffer de memoria utilizado por PostgreSQL (por defecto usa 32m )
> bajo para lo que se puede hacer con ella para lograr una mayor eficiencia
>
> Numero maximo de clientes conectados a la vez a nuestras bases de datos
> (100 por defecto) en ambientes grades esto es muy pequeño
>
> Definir el maintenance_work_mem, es decir la cantidad de memoria usada
> para las labores de VACUUM, ANALYZE, CREATE INDEX, ALTER TABLE, ADD FOREIGN KEY
>
> Definir la Effective_cache_size: Parametro usado por el 'query planner' de nuestro motor de bases de datos
> para optimizar la lectura de datos. En un servidor dedicado podemos empezar con un 50% del total
> de nuestra memoria.
>
> Claro que se puede dejar como se instala inicialmente pero la respuesta sera
> la de bajos recursos, por eso es que me parece que en cierto ambiente y cierto
> tipo de clientes, por lo que he leido Firebird no es que sea mejor, es mas practico
>
> Saludo
> Carlos
>
> ------------------------------------------------------------------------------
> El 3 de enero de 2012 21:29, Walter R. Ojeda Valiente <
w...@hotmail.com> escribió:
>
> He leído varias discusiones sobre eso en Firebird-devel, con las consabidas argumentaciones a favor y en contra, creo que se decidió incluirlo pero no estoy 100% seguro, voy a averiguarlo y te avisaré luego.
>
> Saludos.
>
> Walter.
>
> ----------------------------------------------------------------------------
> From:
sipv...@gmail.com
> Date: Wed, 4 Jan 2012 01:53:53 +0000
>
> Hola Walter , yo esperaba que en la última versión incluirían el dato tipo boolean como lo comentaban en muchos foros de firebird pero no fue así, no has visto nada de ese tipo de en lo que has leído
> Saludos
> Alexander Barreto
> Venezuela
> Enviado desde mi BlackBerry de Movistar
>
> ----------------------------------------------------------------------------
>
> From: "Walter R. Ojeda Valiente" <
w...@hotmail.com>
> Sender:
publice...@googlegroups.com
> Date: Tue, 3 Jan 2012 22:18:33 +0000
> To: <
publice...@googlegroups.com>
> ReplyTo:
publice...@googlegroups.com
> Subject: RE: [vfp] Bases de Datos, Ventajas y Desventajas a Enero de 2012
>
> Aún no hay una fecha determinada, porque se le están haciendo muchas mejoras en muchos aspectos y muchas pruebas intensivas pero según todo lo que he leído no falta mucho, posiblemente dentro de los siguientes 4 meses.
>
> En este momento Firebird tiene 4 arquitecturas, se van a dejar solamente 2: la normal y la embebida.
>
> Solamente dos de las arquitecturas actuales trabajan con multiprocesadores, en Firebird 3 la versión normal usará todos los procesadores de la computadora, la versión embebida no sé, pues todavía no leí sobre eso, pero lo más probable es que también lo haga.
>
> Se mejorará el tema de la latencia en redes lentas como Internet.
>
> Se mejorará el tema de la seguridad de las Bases de Datos para dificultarle mucho más el acceso a los intrusos.
>
> Lo bueno de Firebird es que las Bases de Datos son independientes de las arquitecturas. Si descubres que la arquitectura que estás usando no es la mejor para tu situación simplemente desinstalas la versión de Firebird que estabas usando e instalas la otra y ya está. La Base de Datos no se toca.
>
> Saludos.
>
> Walter.
>
> ----------------------------------------------------------------------------
> From:
carosam1...@hotmail.com
> To:
publice...@googlegroups.com
> Subject: RE: [vfp] Bases de Datos, Ventajas y Desventajas a Enero de 2012
> Date: Tue, 3 Jan 2012 17:01:28 -0500
>
> Walter
>
> Excelente material. una pregunta para cuando esta proyectada la siquiente version
> de firebird?
>
> Saludos
> Carlos
>
> ----------------------------------------------------------------------------
> From:
w...@hotmail.com
> ...
>
> leer más »
>
> logo2[3].png
> 16 KVerDescargar
>
> imgfrm[3].png
> 79 KVerDescargar
>
> siguenos-fb[3].gif
> 2 KVerDescargar
>
> logo2[3].png
> 16 KVerDescargar
>
> imgfrm[3].png
> 79 KVerDescargar
>
> siguenos-fb[3].gif
> 2 KVerDescargar
>
> logo2[3].png
> 16 KVerDescargar
>
> imgfrm[3].png
> 79 KVerDescargar
>
> siguenos-fb[3].gif
> 2 KVerDescargar