Gracias

Puh, vete pasándote a SQL Server muchacho, o prepárate a oir de todo... :)

¿Dónde ponerla? pues vamos a comparar:

Delegación: 3 clientes tirando de una ADSL
Intranet: 6 clientes tirando de una RTB

Gana por goleada la intranet ;) Pero dos o tres clientes tirando a saco de
las consultas pueden montarte una historieta Tú prueba, que la cosa va
lenta, pues te planteas el SQL Server, o contratar una o más RDSI... o TS...
o todo junto y reunío. todo se andará :))))

Un saludo
Eva Etxebeste
[MS MVP]

"Er r" escribió en el mensaje
news:%

Sr Feijoo y Srta. Etxebeste Muchas gracias por vuestros consejos.

De lo que me contaís, no os digo nada hasta que haya leido lo suficiente
como para no decir ninguna tontería.

En relación a lo del trafico, Eva, tienes mucha razón, aunque te comento

que

como mucho tendre dos o tres clientes atacando a la base de datos desde la
otra delegación y como maximo 6 clientes en la intranet del centro donde

me

encuentro. Pero eso sí, las consultas que atacan a las tablas son jodidas,
ya que abren varias tablas (en algunos casos bastantes) a la vez y tienen
algún que otro combo por debajo. En fin, lo que si quiero es preguntaros

una

cosa a los que ya esteís curtiditos en estos menesteres y es:

Es mejor tener la base de datos en la delegación donde poseeo la ADSL o

por

contra, dejarla donde tengo la línea RTB, es decir, tanto si monto un TS,
como sí no, desde mi punto de vista es más importante que la línea que

debe

devolver los datos, una vez consultado al servidor, sea lo más rápida
posible, es decir, sí tengo el Server con la BD, donde se encuentra la

RTB,

mucho mejor, ya que las peticiones del cliente ADSL, bajarán a la

velocidad

de la ADSL. Bueno, esto no lo tengo muy claro, así que cualquier

sugerencia,

la agradeceré infinito.

Un abrazote de Cachalote.

Er rAfA.

Tienes tres clientes en ambas partes, se supone que todos ' tirarian ' lo mismo de la base.

Yo pondría el servidor en donde este la Adsl, y los usuarios de esa Intranet con el MDE en su ordenador y las tablas en el servidor
Crearía a los usuarios de terminal Server remotos, pondría su MDE en sus documentos ( en el servidor ) atacando a las mismas tablas que los otros
En el acceso de los clientes remotos les 'haría entrar' directamente a la aplicación y al cerrar esta automáticamente cerrarían su sesión.
Dado que es una RDSI, pudiera ser que ' se peleasen ' en ocasiones extremas, pero seria aceptable para los usuarios remotos que la comparten.
La aplicación correría en el Server para los remotos y en local para la Intranet.
Se 'generoso' con la memoria en el servidor.

Un saludo E. Feijoo


"Er r" escribió en el mensaje news:%
| Sr Feijoo y Srta. Etxebeste Muchas gracias por vuestros consejos.
|
| De lo que me contaís, no os digo nada hasta que haya leido lo suficiente
| como para no decir ninguna tontería.
|
| En relación a lo del trafico, Eva, tienes mucha razón, aunque te comento que
| como mucho tendre dos o tres clientes atacando a la base de datos desde la
| otra delegación y como maximo 6 clientes en la intranet del centro donde me
| encuentro. Pero eso sí, las consultas que atacan a las tablas son jodidas,
| ya que abren varias tablas (en algunos casos bastantes) a la vez y tienen
| algún que otro combo por debajo. En fin, lo que si quiero es preguntaros una
| cosa a los que ya esteís curtiditos en estos menesteres y es:
|
| Es mejor tener la base de datos en la delegación donde poseeo la ADSL o por
| contra, dejarla donde tengo la línea RTB, es decir, tanto si monto un TS,
| como sí no, desde mi punto de vista es más importante que la línea que debe
| devolver los datos, una vez consultado al servidor, sea lo más rápida
| posible, es decir, sí tengo el Server con la BD, donde se encuentra la RTB,
| mucho mejor, ya que las peticiones del cliente ADSL, bajarán a la velocidad
| de la ADSL. Bueno, esto no lo tengo muy claro, así que cualquier sugerencia,
| la agradeceré infinito.
|
| Un abrazote de Cachalote.
|
| Er rAfA.
|
|



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.495 / Virus Database: 294 - Release Date: 01/07/2003