Duda organización BBDD

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

Eo si me preocupa, con mis proyectos actuales, en Access 2000 & 2003,
trabajan a mil por internet.


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


"Salvador Ramos" escribió en el
mensaje news:

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

Nos puedes detallar como lo hacer ? posiblemente no estemos hablando de lo
mismo.

Yo me refiero a tener un PC con un proyecto .adp, y que acceda a un
servidor SQL Server (donde están las tablas y procedimientos almacenados
que usa el proyecto .adp), y que entre ellos haya una linea ADSL.
Eso no funciona con tiempos admisibles.

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:%

Eo si me preocupa, con mis proyectos actuales, en Access 2000 & 2003,
trabajan a mil por internet.


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


"Salvador Ramos" escribió en el
mensaje news:

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

Si, me refiero a lo mismo. www.visualcaja.com es mi producto comercial y
va bastante bien en una conexion desde 256k. Tengo algunos cientos de
instalaciones en todo Mexico.


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



"Salvador Ramos" escribió en el
mensaje news:

Nos puedes detallar como lo hacer ? posiblemente no estemos hablando de
lo mismo.

Yo me refiero a tener un PC con un proyecto .adp, y que acceda a un
servidor SQL Server (donde están las tablas y procedimientos almacenados
que usa el proyecto .adp), y que entre ellos haya una linea ADSL.
Eso no funciona con tiempos admisibles.

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:%

Eo si me preocupa, con mis proyectos actuales, en Access 2000 & 2003,
trabajan a mil por internet.


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


"Salvador Ramos" escribió en el
mensaje news:

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

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