Duda organización BBDD

01/08/2006 - 12:04 por Farners | Informe spam
Buenos dias a todos!
Tengo la siguiente duda y necesitaria de su experiencia y opinión sobre el
tema.
El caso es que se quiere utilizar SQL Server para las BBDD y Access (ADP)
para los interfaces de usuario.
- Por un lado tenemos información que es común a casi todos los
departamentos de la compañía: Por ejemplo, de la información relativa a los
clientes: el código, nombre, dirección y teléfono. De la información
relativa a Comerciales: el código, el nombre, el teléfono y la zona en la
que trabajan, etc...
- Por otro lado, hay que desarrollar aplicaciones específicas para cada
departamento: Por ejemplo, para el departamento comercial: gestión de
presupuestos, rentabilidades y cosas parecidas, en la que entre otra info
particular, necesitan acceder a la información común de Clientes y
Comerciales.
Otro ejemplo... para el departamento de controlers: se desarrollará una
aplicación, que accederá a la información propia del dep, además de
necesitar la info común de Clientes y Comerciales. etc...
La pregunta es la siguiente:
¿Donde pongo las tablas correspondientes a cada departamento y las tablas de
información común?
He pensado en crear una BBDD con la info común, y una BBDD para cada
departamento funcional, accediendo estas últimas a la info común mediante
vistas, pero no se si es correcto, o si seria mejor meterlo todo junto en
una sola BBDD...
en fin... espero sus comentarios.
Muchas gracias por la colaboración

Preguntas similare

Leer las respuestas

#6 Arturo
01/08/2006 - 19:05 | Informe spam
Yo tenía la misma duda. Simplificando, tenía que desarrollar una
aplicacion para ventas y otra para almacen. ¿donde almacenar la
información relativa a productos, pues las dos aplicaciones iban a
hacer uso de las mismas? Opté por crear dos bases de datos: 'almacen'
y 'ventas'. La información relativa a productos la guardo en la BD
'almacen' pues me pareció mas lógica (es mi criterio). Para acceder a
la tabla de productos en 'almacen' lo hago desde 'ventas' utilizando la
sintaxis base_de_datos..tabla. En 'ventas' solo almaceno los códigos
de los productos, pues los otros datos ya lo tengo en 'almacen'

saludos
Respuesta Responder a este mensaje
#7 Antonio Soto
01/08/2006 - 19:29 | Informe spam
Hola Farners,

Si vas a utilizar SQL 2005, yo utilizaría una única BBDD y crearía esquemas
por departamento según las necesidades. Si te instalas las bases de datos de
ejemplo verás que AdventureWorks utiliza esa filosofía. Lee sobre "Schemas"
en los libros en pantalla

Un saludo

Antonio Soto
Solid Quality Learning
http://www.sqlu.com
Disclaimer: This communication is an original work and represents my sole
views on the subject. It does not represent the views of any other person
or entity either by inference or direct reference.
"Farners" escribió en el mensaje
news:
Buenos dias a todos!
Tengo la siguiente duda y necesitaria de su experiencia y opinión sobre el
tema.
El caso es que se quiere utilizar SQL Server para las BBDD y Access (ADP)
para los interfaces de usuario.
- Por un lado tenemos información que es común a casi todos los
departamentos de la compañía: Por ejemplo, de la información relativa a
los clientes: el código, nombre, dirección y teléfono. De la información
relativa a Comerciales: el código, el nombre, el teléfono y la zona en la
que trabajan, etc...
- Por otro lado, hay que desarrollar aplicaciones específicas para cada
departamento: Por ejemplo, para el departamento comercial: gestión de
presupuestos, rentabilidades y cosas parecidas, en la que entre otra info
particular, necesitan acceder a la información común de Clientes y
Comerciales.
Otro ejemplo... para el departamento de controlers: se desarrollará una
aplicación, que accederá a la información propia del dep, además de
necesitar la info común de Clientes y Comerciales. etc...
La pregunta es la siguiente:
¿Donde pongo las tablas correspondientes a cada departamento y las tablas
de información común?
He pensado en crear una BBDD con la info común, y una BBDD para cada
departamento funcional, accediendo estas últimas a la info común mediante
vistas, pero no se si es correcto, o si seria mejor meterlo todo junto en
una sola BBDD...
en fin... espero sus comentarios.
Muchas gracias por la colaboración

Respuesta Responder a este mensaje
#8 J.A. García Barceló
01/08/2006 - 19:55 | Informe spam
Salvador, a raíz de esto, en una de las reuniones próximas que tengamos los
de Gusenet, tengo que preguntarte cómo lo estás haciendo. Yo también tengo
el sistema montado con ADPs atacando al SQL Server y me estoy temiendo que
me va a tocar hacer algo nuevo cuando salga la versión de office 2007 (que
ya estoy probando).

Si me puedes adelantar algo por aqui, de como es el nuevo planteamiento
(webs con ASP 2.0, volviendo atrás con odbc y seguir usando Access, otra
alternativas...) te lo agradecería.

Un saludo.

J.A. García Barceló
http://jagbarcelo.blogspot.com/


"Salvador Ramos" escribió en el
mensaje news:
Además de lo que te indica Carlos, debes tener en cuenta que la próxima
versión de Access no incluirá proyectos .ADP
De hecho, yo estoy migrando una aplicación que tengo así.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:
Yo lo tendría todo en la misma base de datos y, si tienes SQL Server
2005, crear esquemas para cada departamento si quieres tenerlo bien
organizado


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Farners" escribió en el mensaje
news:
Buenos dias a todos!
Tengo la siguiente duda y necesitaria de su experiencia y opinión sobre
el
tema.
El caso es que se quiere utilizar SQL Server para las BBDD y Access
(ADP)
para los interfaces de usuario.
- Por un lado tenemos información que es común a casi todos los
departamentos de la compañía: Por ejemplo, de la información relativa a


los
clientes: el código, nombre, dirección y teléfono. De la información
relativa a Comerciales: el código, el nombre, el teléfono y la zona en
la
que trabajan, etc...
- Por otro lado, hay que desarrollar aplicaciones específicas para cada
departamento: Por ejemplo, para el departamento comercial: gestión de
presupuestos, rentabilidades y cosas parecidas, en la que entre otra
info
particular, necesitan acceder a la información común de Clientes y
Comerciales.
Otro ejemplo... para el departamento de controlers: se desarrollará una
aplicación, que accederá a la información propia del dep, además de
necesitar la info común de Clientes y Comerciales. etc...
La pregunta es la siguiente:
¿Donde pongo las tablas correspondientes a cada departamento y las
tablas


de
información común?
He pensado en crear una BBDD con la info común, y una BBDD para cada
departamento funcional, accediendo estas últimas a la info común
mediante
vistas, pero no se si es correcto, o si seria mejor meterlo todo junto
en
una sola BBDD...
en fin... espero sus comentarios.
Muchas gracias por la colaboración










Respuesta Responder a este mensaje
#9 Antonio Ortiz
01/08/2006 - 20:19 | Informe spam
mm, la documentacion dice lo contrario, y el beta que tengo de Office 2005
tambien.


Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com




"Salvador Ramos" escribió en el
mensaje news:
Además de lo que te indica Carlos, debes tener en cuenta que la próxima
versión de Access no incluirá proyectos .ADP
De hecho, yo estoy migrando una aplicación que tengo así.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:
Yo lo tendría todo en la misma base de datos y, si tienes SQL Server
2005, crear esquemas para cada departamento si quieres tenerlo bien
organizado


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Farners" escribió en el mensaje
news:
Buenos dias a todos!
Tengo la siguiente duda y necesitaria de su experiencia y opinión sobre
el
tema.
El caso es que se quiere utilizar SQL Server para las BBDD y Access
(ADP)
para los interfaces de usuario.
- Por un lado tenemos información que es común a casi todos los
departamentos de la compañía: Por ejemplo, de la información relativa a


los
clientes: el código, nombre, dirección y teléfono. De la información
relativa a Comerciales: el código, el nombre, el teléfono y la zona en
la
que trabajan, etc...
- Por otro lado, hay que desarrollar aplicaciones específicas para cada
departamento: Por ejemplo, para el departamento comercial: gestión de
presupuestos, rentabilidades y cosas parecidas, en la que entre otra
info
particular, necesitan acceder a la información común de Clientes y
Comerciales.
Otro ejemplo... para el departamento de controlers: se desarrollará una
aplicación, que accederá a la información propia del dep, además de
necesitar la info común de Clientes y Comerciales. etc...
La pregunta es la siguiente:
¿Donde pongo las tablas correspondientes a cada departamento y las
tablas


de
información común?
He pensado en crear una BBDD con la info común, y una BBDD para cada
departamento funcional, accediendo estas últimas a la info común
mediante
vistas, pero no se si es correcto, o si seria mejor meterlo todo junto
en
una sola BBDD...
en fin... espero sus comentarios.
Muchas gracias por la colaboración










Respuesta Responder a este mensaje
#10 Salvador Ramos
02/08/2006 - 12:05 | Informe spam
Pues es un tema que tengo contrastado con varios MVP's de Access, uno de
ellos está migrando a :Net por este motivo.
Nos puedes pasar algún link donde lo indique ?
Por cierto, supongo que te refieres a la beta de Office 2007 (no 2005)
verdad ?

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Antonio Ortiz" escribió en el mensaje
news:

mm, la documentacion dice lo contrario, y el beta que tengo de Office 2005
tambien.


Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com




"Salvador Ramos" escribió en el
mensaje news:
Además de lo que te indica Carlos, debes tener en cuenta que la próxima
versión de Access no incluirá proyectos .ADP
De hecho, yo estoy migrando una aplicación que tengo así.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:
Yo lo tendría todo en la misma base de datos y, si tienes SQL Server
2005, crear esquemas para cada departamento si quieres tenerlo bien
organizado


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Farners" escribió en el mensaje
news:
Buenos dias a todos!
Tengo la siguiente duda y necesitaria de su experiencia y opinión sobre
el
tema.
El caso es que se quiere utilizar SQL Server para las BBDD y Access
(ADP)
para los interfaces de usuario.
- Por un lado tenemos información que es común a casi todos los
departamentos de la compañía: Por ejemplo, de la información relativa a


los
clientes: el código, nombre, dirección y teléfono. De la información
relativa a Comerciales: el código, el nombre, el teléfono y la zona en
la
que trabajan, etc...
- Por otro lado, hay que desarrollar aplicaciones específicas para cada
departamento: Por ejemplo, para el departamento comercial: gestión de
presupuestos, rentabilidades y cosas parecidas, en la que entre otra
info
particular, necesitan acceder a la información común de Clientes y
Comerciales.
Otro ejemplo... para el departamento de controlers: se desarrollará una
aplicación, que accederá a la información propia del dep, además de
necesitar la info común de Clientes y Comerciales. etc...
La pregunta es la siguiente:
¿Donde pongo las tablas correspondientes a cada departamento y las
tablas


de
información común?
He pensado en crear una BBDD con la info común, y una BBDD para cada
departamento funcional, accediendo estas últimas a la info común
mediante
vistas, pero no se si es correcto, o si seria mejor meterlo todo junto
en
una sola BBDD...
en fin... espero sus comentarios.
Muchas gracias por la colaboración














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