Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

Duda organización BBDD

01/08/2006 - 12:04 por Farners | Informe spam
Ayuda Hacer una pregunta
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
email Siga el debateRespuesta 21 respuestasRespuesta Tengo una respuesta

Preguntas similare

Leer las respuestas

#11 Salvador Ramos
02/08/2006 - 12:10 | Informe spam
Bueno, lo mío es bastante sencillo.
Tengo que tirar a la basura el proyecto .ADP
Básicamente todo lo que tengo son consultas, que voy a migrar a reporting
services.
Luego tengo un par de mantenimientos muy simples, con los que me estoy
planteando:
- Hacerlos como webparts de sharepoint e integrarlos en la intranet.
- Hacerlos con VS 2005 en una aplicación a parte.

Es que básicamente todo mi proyecto es de consultas de datos que importo
periódicamente de mi ERP.

De todas formas si quieres ver algo antes, me envias un mail y lo
comentamos.

Un saludo
Salvador Ramos
Murcia - España

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


"J.A. García Barceló" escribió en el mensaje
news:
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
#12 Salvador Ramos
02/08/2006 - 12:11 | Informe spam
En ese caso no podrás utilizar integridad referencial declarativa, y tendrás
que hacerlo por código, cosa que no me gusta nada.

Un saludo
Salvador Ramos
Murcia - España

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


"Arturo" escribió en el mensaje
news:
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
#13 Antonio Ortiz
02/08/2006 - 19:44 | Informe spam
Si, tienes razon es el beta de Office 2007. El cual sigue teniendo un
asistente para emigrar tu base de datos a SQL y crear un 'Proyecto' nuevo.

Por cierto, tambien estoy emigrando a .Net, con VS 2005, pues el unico
problema que le he encontrado a los proyectos Access es que son muy
inestables cuando crecen y se modifican continuamente, ademas de ser muy
pobres para una distribucion masiva.

saludos,

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


"Salvador Ramos" escribió en el
mensaje news:
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
#14 Antonio Ortiz
02/08/2006 - 20:06 | Informe spam
"Access project files, also called ADPs or .adp files, provide an
alternative to using the Access database engine by allowing an Access
application to connect directly to the tables in a SQL Server database. ADPs
will continue to be supported in Office Access 2007. To take maximum
advantage of the new features in Office Access 2007, Microsoft recommends
the use of linked tables to connect to SQL Server data."
fuente: http://blogs.msdn.com/access/

En el foro de Access se discutio este tema, y segun la documentacion
disponible al momento, se sugiere utilizar Tablas 'vinculadas' contra un
servidor SQL, aunque se sigue teniendo soporte para proyectos ADP. Yo sigo
con la duda sobre la recomendacion y como esto superara los inconvenientes
tales como 'conexion remota via internet' y rendimiento.

saludos,

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


"Salvador Ramos" escribió en el
mensaje news:
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
#15 Salvador Ramos
03/08/2006 - 10:09 | Informe spam
De la conexión vía internet y rendimiento olvídate.
Yo estuve probando hace un tiempo en mi VPN y los tiempos eran inaceptables,
era imposible trabajar.

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:

"Access project files, also called ADPs or .adp files, provide an
alternative to using the Access database engine by allowing an Access
application to connect directly to the tables in a SQL Server database.
ADPs will continue to be supported in Office Access 2007. To take maximum
advantage of the new features in Office Access 2007, Microsoft recommends
the use of linked tables to connect to SQL Server data."
fuente: http://blogs.msdn.com/access/

En el foro de Access se discutio este tema, y segun la documentacion
disponible al momento, se sugiere utilizar Tablas 'vinculadas' contra un
servidor SQL, aunque se sigue teniendo soporte para proyectos ADP. Yo sigo
con la duda sobre la recomendacion y como esto superara los inconvenientes
tales como 'conexion remota via internet' y rendimiento.

saludos,

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


"Salvador Ramos" escribió en el
mensaje news:
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