Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

Re: Sistema multiempresa

18/10/2004 - 04:29 por MAXI | Informe spam
Ayuda Hacer una pregunta
Hola, el tema es interesante de discutir :-)

A ver, vos me decis que por cada BDD armas los SP necesarios y ademas tenes
uno que consolida que recorre las BDD (como?) y que todo esto es mejor que
poner todo junto?

A ver, no se cual es tu experiencia, pero yo suelo ser una persona que me
gusta ver lo que hacen las grandes empresas y ver que puedo copiar y que
cosa no :-p

Una de las cosas que aprendi en todo estos años, es que los ERP mas grandes
del planeta (conozco una instalacion SAP que superar los 5TB) tienen todo en
una sola BDD (el multiempresa) y nunca dividen en varias BDD.

Esto basicamente por todo lo que comente antes y que vos bien dijistes,
debes cambiar el SP de consolidacion y ademas tenes otros problemas como por
ej:

La integridad Referencial.

Esta ultima la debes armar con Trigger y no vas a poder usar FK.

Ahora bien, esto de dividir las cosas es una idea y practica de muchos
developer (sobre todo Fox) porque hay una cosa que es cierta:

Fox - Access o cualquier bdd de este tipo trabajn muy pero muy distinto a
SQL - Oracle u DB2 por ej.

Entonces se aplican las viejas tecnicas en un motor como SQL, cuando poner
una columna es algo muy simple de verdad y no se complica ninguna consulta
te lo aseguro.

Mira, el ERP que tenemos en la empresa tambien esta armado asi y no es SAP,
y tenemos mas de 10 empresas dentro y te digo que es algo simple y no hay
ningun tipo de confusion :-)


Vuelvo a repetir, no veo ningun beneficio en dividir las empresas en mas de
una BDD!! podrias exponer vos que ventajas le ves a ese modelo? porque yo ya
expuse las desventajas y las ventajas del otro modelo :-)






Maxi

Buenos Aires - Argentina
Desarrollador .NET 3 Estrellas
Microsoft User Group (MUG)
Mail: Maxi_accotto[arroba]speedy.com.ar

Msn Messager: Maxi_adrogue@msn.com





Maxi

Buenos Aires - Argentina
Desarrollador .NET 3 Estrellas
Microsoft User Group (MUG)
Mail: Maxi_accotto[arroba]speedy.com.ar

Msn Messager: Maxi_adrogue@msn.com
email Siga el debateRespuesta 31 respuestasRespuesta Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#26 Maxi
20/10/2004 - 19:29 | Informe spam
Jose, s en tus requerimientos iniciales no estaba el uso de MultiEmpresa es
logico tu planteo, pero si hablamos de nuevos proyectos donde si en los
requerimientos se solicite multiempresa ahi la cosa cambia.

Un tema en el que no estoy muy de acuerdo contigo es en el uso de C/S, hoy
dia las arquitecturas tienden a ser clientes ligeros y no pesados, por lo
cual la arquitectura client/server esta pasando a ser sustituida por otras
arquitecturas como SOA.

Yo no digo de hacer lo que dicen los libros ni mucho menos lo que hacen los
ERP, yo expongo mi experiencia como desarrollador - arquitecto y consultor
en sistemas, pero bueno, cada cual que haga las cosas como mas le gusten,
luego el tiempo (aocrdar que un sistema no es solo algo que debe funcionar
hoy, sino que debe funcionar siempre y que sus cambios deben ser faciles de
aplicar) diran que arquitectura se adecua mas a cada escenario, la de tener
una sola BDD permite un bajo costo de mantenimiento y una alta adaptabilidad
de las partes, ahora si eso no es algo que se quiere tener como factor en
los sistemas que cualquiera de nosotros desarrolla, puede aplicar cualquier
otra tecnica.

Un abrazo


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Jose" escribió en el mensaje
news:%

Yo tengo un sistema con dos compañias en dos bases y la verdad nunca me ha
pasado por la mente tenerlo todo en una sola bd sobre todo porque la
desarrollé ignorando esto y la gran cantidad de consultas que tendria que
cambiar seria como rehacer la aplicacion.
Consolidar hasta ahora no me han pedido pero veo que puedo aplicar una


idea
parecida a la que dices y no me parece muy descabellada como pueden pensar
otros porque a fin de cuentas eso es lo que uno hace en cada consulta,
seleccionar y devolver resultados. Lo que se haga del lado del cliente con
ellos no debe verse como una gran problema de performance sino como un


valor
agregado de la parte cliente al conjunto de la aplicacion C/S.
Si la solucion resulta en algo aceptablemente practico, no hay porque
satanizarlo solo porque los grandes ERP lo hagan asi o quizas porque lo
digan los libros.

Jose Alberto


"Ricardo Passians" wrote in message
news:eYQ$
>
> "MAXI" wrote in message
> news:
> > Bien, ahora entiendo tu caso de porque las empresas las controlas asi
:-),
> > no hay mas nada por discutir entonces, en tu escenario esa solucion
puede
> > ser interesante, lastima el gran mantenimiento que te lleva si tenes


que
> > cambiar algo, porque lo debes replicar en cada BDD, pero como cobras


por
> BDD
> > se entiende el negocio :-)
> >
> > Bue, entonces me alegro que te esten funcionando bien las cosas y que
aun
> > puedas poder venderle a un cliente un sistema por empresa, pense que


ese
> > tipo de cosas ya estaban fuera.
> >
>
>
> Realmente el cliente no tiene porque preocuparse de la implementacion.
Eso
> es transparente para él. Aún si tuviera una sola BDD, les cobraría


igual
y
> ... estoy consciente que sería tan sencillo como agregarles un registro


a
la
> tabla 'empresas', aunque por ejemplo la lógica de un SP de consolidación
de
> un subconjunto de dichas empresas pueda ser más compleja de programar y
> propensa a errores. Lo que yo cobro es una licencia adicional
> (independientemente de las terminales) por el derecho a utilizar el
sistema
> para otra empresa. Me extraña que pienses que eso no se use. Por qué lo
> hago ? Me parece algo obvio: si no le cobrara, y le dejara abierto el
> sistema para que cree sus empresas como en tu caso, pronto el cliente
> llenaría el sistema de otras empresas para por ejemplo llevar
contabilidades
> de compañías de amigos, familiares o relacionados que no requieran un
> sistema en línea, limitándole a uno la posibilidad de venderles más
sistemas
> a esa gente.
> Al menos en mi país eso se usa bastante en el mercado de las pymes.
>
>
> > De todas formas creo que hemos hecho un interesante debate de una


forma
> bien
> > profesional y con 2 puntos de vista totalmente opuestos, esto le dara
> valor
> > al grupo ya que cada cual podra sacar sus propias conclusiones al
respecto
> > :-)
> >
>
> Claro que si. De la discusión sale la luz. Es un debate de altura y
además
> es un honor para mi debatir con personas de tus amplios conocimientos y
> experiencia.
>
>
> > Un abrazo y espero poder verte seguido por aqui, para charlar de lo


que
> nos
> > gusta :-)
> >
>
> Seguro, Amigo.
>
> Saludos
> Ing. Ricardo Passians
> Santo Domingo
> República Dominicana
>
>







Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.778 / Virus Database: 525 - Release Date: 15/10/2004
Respuesta Responder a este mensaje
#27 Duvan
18/11/2004 - 22:31 | Informe spam
Hola a todos:
Ando buscando una funcion que me identifique para una fecha dada que dia es,
es decir dada la fecha '2004/11/18' me diga que el dia es jueves o me retorne
un numero de identificacion del dia jueves como por ejemplo 4 empezando la
semana el Domingo, como puedo hacer esto?


Gracias
Respuesta Responder a este mensaje
#28 Cehu
18/11/2004 - 22:39 | Informe spam
En la ayuda del SQL esta las conversiones de los tipos Fecha

Busca en DATEPART

SELECT DATEPART(WEEKDAY,GETDATE())

te devuelve el dia de la semana empezando del domingo

Saludos
CEHU


"Duvan" escribió en el mensaje
news:
Hola a todos:
Ando buscando una funcion que me identifique para una fecha dada que dia


es,
es decir dada la fecha '2004/11/18' me diga que el dia es jueves o me


retorne
un numero de identificacion del dia jueves como por ejemplo 4 empezando la
semana el Domingo, como puedo hacer esto?


Gracias


Respuesta Responder a este mensaje
#29 Paulino Padial
19/11/2004 - 00:03 | Informe spam
Mira algo asi ;)
esa funcion tienes mas info en los BOL
SELECT DATENAME(weekday, getdate()) ese te da el nombre del dia ;)

Duvan wrote:
Hola a todos:
Ando buscando una funcion que me identifique para una fecha dada que dia es,
es decir dada la fecha '2004/11/18' me diga que el dia es jueves o me retorne
un numero de identificacion del dia jueves como por ejemplo 4 empezando la
semana el Domingo, como puedo hacer esto?


Gracias


Respuesta Responder a este mensaje
#30 ulises
19/11/2004 - 01:41 | Informe spam
Ojo que también depende de que valor tenga @@DATEFIRST, si es 7 el día
de semana comienza en domingo, si es 1 el día de semana empieza lunes,
etc, si necesitas cambiarlo tendrías que usar SET DATEFIRST.

Saludos,
Ulises

On Thu, 18 Nov 2004 16:39:15 -0500, "Cehu"
wrote:

En la ayuda del SQL esta las conversiones de los tipos Fecha

Busca en DATEPART

SELECT DATEPART(WEEKDAY,GETDATE())

te devuelve el dia de la semana empezando del domingo

Saludos
CEHU


"Duvan" escribió en el mensaje
news:
Hola a todos:
Ando buscando una funcion que me identifique para una fecha dada que dia


es,
es decir dada la fecha '2004/11/18' me diga que el dia es jueves o me


retorne
un numero de identificacion del dia jueves como por ejemplo 4 empezando la
semana el Domingo, como puedo hacer esto?


Gracias





Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida