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

#1 Carlos Sacristán
01/08/2006 - 12:27 | Informe spam
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
#2 Salvador Ramos
01/08/2006 - 12:42 | Informe spam
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
#3 Farners
01/08/2006 - 12:57 | Informe spam
Muchísimas gracias por la info y la rapidez de las respuestas.
Un par de cosillas más a raíz de vuestros comentarios:
1) Tenemos SQLServer 2000 standard edition. Esa versión admite ESQUEMAS??
(no se lo que son, pero si los admite ya busco por ahí más info. En caso de
que no los admita, cual seria la alternativa con el 2K??
2) Si Access ya no va a admitir ADP, quiere decir que ya no se podrá
utilizar como interfaz de usuario contra SQL Server, o es que van a sacar
algún invento nuevo?
Reitero mis agradecimientos,

"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
#4 Carlos Sacristán
01/08/2006 - 13:23 | Informe spam
No, los esquemas son una nueva funcionalidad en SQL Server 2005. Yo
estudiaría la posibilidad de migrar a SQL Server 2005 Express (versión
también gratuita) si vas a empezar un nuevo desarrollo

No sé si van a sacar algo nuevo (estoy totalmente desconectado de Access
desde hace algún tiempo), normalmente lo que se hace es desarrollar con .NET


Un saludo

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

"Farners" escribió en el mensaje
news:
Muchísimas gracias por la info y la rapidez de las respuestas.
Un par de cosillas más a raíz de vuestros comentarios:
1) Tenemos SQLServer 2000 standard edition. Esa versión admite ESQUEMAS??
(no se lo que son, pero si los admite ya busco por ahí más info. En caso


de
que no los admita, cual seria la alternativa con el 2K??
2) Si Access ya no va a admitir ADP, quiere decir que ya no se podrá
utilizar como interfaz de usuario contra SQL Server, o es que van a sacar
algún invento nuevo?
Reitero mis agradecimientos,

"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
#5 Salvador Ramos
01/08/2006 - 13:40 | Informe spam
1) Coincido con Carlos :-)

2) No hay nada nuevo, simplemente desaparece :-(
Yo estoy migrando a .Net y Reporting Services, y conozco a más gente que lo
está hacieno así también (incluido incluso un MVP de Access).

Un saludo
Salvador Ramos
Murcia - España

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


"Farners" escribió en el mensaje
news:
Muchísimas gracias por la info y la rapidez de las respuestas.
Un par de cosillas más a raíz de vuestros comentarios:
1) Tenemos SQLServer 2000 standard edition. Esa versión admite ESQUEMAS??
(no se lo que son, pero si los admite ya busco por ahí más info. En caso
de que no los admita, cual seria la alternativa con el 2K??
2) Si Access ya no va a admitir ADP, quiere decir que ya no se podrá
utilizar como interfaz de usuario contra SQL Server, o es que van a sacar
algún invento nuevo?
Reitero mis agradecimientos,

"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 Respuesta Tengo una respuesta
Search Busqueda sugerida