2011-04-13 12 views
7

¿Cuáles son las conexiones simultáneas máximas admitidas por ms-access?Conexiones simultáneas máximas en el acceso de ms

+3

Cuando necesita acceso para mantenerse consistente y confiable: solo una conexión. El acceso no fue diseñado para concurrencia. He visto que muchas bases de datos de Access son correctas debido a esto. – Steven

+0

@Steven: s/correcto/corrupto /? – Mat

+0

@Mat: tienes razón sobre el error tipográfico. Quiero decir "corrupto", no "correcto". – Steven

Respuesta

12

En teoría 255, en la práctica bien depende. Si son en su mayoría de solo lectura y la red en la que se encuentra es rápida, entonces he visto más de 100 sin problemas en una base de datos bien escrita. Por otro lado, estoy seguro de que aparecerán las mismas viejas historias de horror de bases de datos que se corrompen con 2 usuarios. Sí, puede suceder, pero si crea una buena base de datos y es realista acerca de lo que hace con ella, puede conseguir que una sorprendente cantidad de usuarios cuelguen de una.

A largo plazo, es posible que desee consultar la versión gratuita (Express) del servidor SQL para obtener un mayor número de usuarios.

1

Literalmente, "las versiones de motor de base de datos Jet 1.1, 2.0 y 2.5 solo pueden ser utilizadas por 10 aplicaciones de cliente simultáneamente en cualquier máquina". A partir de Jet 3.0 no existe tal limitación. Ver este enlace: http://support.microsoft.com/default.aspx?scid=kb;en-us;154869

+0

Ese artículo se revisó por última vez en 2004 y se refiere explícitamente a las versiones de Jet de 16 bits. Ese * mismo * artículo también dice que la limitación no se aplica a Jet 3.0 (32 bits). –

+0

¿Por qué el voto a favor? La pregunta original no especificaba la versión que estaba pidiendo. Además, cité el pasaje del artículo que establece las versiones afectadas. También hay un enlace para que el usuario verifique, ya que no puedo citar todo el texto aquí. De todos modos, estoy editando mi respuesta, por el bien de Clearnes, para agregar (en caso de que no fuera lo suficientemente claro) que a partir de v3 ese límite no existe, en caso de que alguien se haya perdido el "1.1, 2.0 y 2.5 "parte. Espero te sientas mejor ahora. – Pere

+1

A menos que OP lo indique de manera diferente, es bastante seguro asumir que no están interesados ​​en las limitaciones del software de 16 bits o en las limitaciones del software lanzado en el siglo pasado. –

0

En mi experiencia 10 usuarios simultáneos comienzan a causar problemas. Estoy seguro de que hay ejemplos con conjuntos de datos muy pequeños que funcionan bien con muchos usuarios.

El acceso puede estar bien para algunas aplicaciones. Parece haber mucha pasión en este hilo.

El concepto clave para entender aquí es que no hay servidor. CADA CONSULTA arrastrará la tabla COMPLETA a través de la red.

Si se trata de UNIRSE, CADA CONSULTA hará que CUALQUIER tabla esté involucrada en la red. Eso es porque el motor JOIN se encuentra en su escritorio.

No importa dónde esté el archivo de acceso. En el mejor de los casos, está ubicado en la máquina de escritorio del usuario principal. Todos los demás tienen que utilizar la red para acceder a los datos.

Si tiene una tabla de 100k y quiere la ID n. ° 1042, obtendrá un valor de 100k * de longitud de registro en toda la red y luego filtrará todo menos # 1042. No puede guardar en caché, porque es posible que su compañero de trabajo haya cambiado el siguiente registro que desea ver.

No creo que sea necesariamente el número de usuarios concurrentes en un Access DB. Creo que es el número de personas que simultáneamente extraen trozos de datos considerables a través de la red cada vez que hacen clic en un botón.

La carga de red/latencia de red aumentará a medida que el recuento de tablas aumente, el recuento de registros crezca y el número de usuarios crezca. Posiblemente con un efecto multiplicativo. Compuesto esto cuando tiene centros de datos externos (cifrado), usuarios vpn (cifrado), usuarios en diferentes continentes, etc. etc.

Cuestiones relacionadas