Optimizar Sql Server

Hola, el uso de las vistas ayuda basicamente a realizar las cosas mas facil
y encapsular codigo, pero eso no hara que sea mas rapido la consulta en si.

Para que una consulta sea rapido deberias analizar el plan de ejecucion de
la misma, asi como tambien ver los indices y como esta armado todo.

Ahora con respecto al control de Acceso a tus registros, esto lo deberias
manejar con las cuentas de usuario que tiene SqlServer, si tenes un dominio
y como usas Access XP podrias utilizar la autentificacion de Windows, asi
usas el mismo User que el usuario esta logiado en NT.

Por la cantidad de usuarios que tenes y las tablas, no creo que aumente
mucho tu log, de todas formas deberias monitiriarlo y tener una buena
politica de Backups y mantenimiento de tu Base de datos (en los asistentes
del Admin Coorporativo te pueden dar una gran mano)


Salu2
Maximiliano Damian Accotto
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Pablo Barria Genta" escribió en el mensaje
news:

Hola
1º vez que posteo en este grupo, he estado leyendo muchisimo antes de

hacer

las consultas
y francamente casi todas las consultas que tenia ya estan aclaradas x
ustedes.

Actualmente tengo una base de datos Sql Server 2000
con pocas tablas 20 aprox
de front uso Access Xp mediante ODBC conecto las tablas, hasta ahi no hay
problemas
tengo una duda ¿si necesito mostrar todos los datos de las tablas a los
clientes, esto lo
realizo usando las mismas tablas? o ¿mejor lo realizo usando vistas?
¿que diferencia habria? si igual debo mostrar todos los datos.
¿todos los usuarios tienen las opciones de agregar eliminar etc.?
-esto lo controlo a traavez del front Access Xp
¿que consecuencias tengo para mas adelante seguir de esta forma?
¿crecimiento descomunal de los Log?
¿peligra la velocidad de Carga hacia los usuarios = 5 concurrentes?
¿que me recominedan para Optimizar mi base de datos? recien creada,
cabe señalar que debo trabajar con versiones sucesivas y estas estan
operando con datos
asi que no puedo experimentar mucho por asunto de tiempo.
ah nota importante: para las pruebas uso un "server viejo" mas una

estacion

antes de copiar
las bases de datos.

Agradeciendo de Antemano, y esperando alguna orientación
Saludos desde Chile
Pablo Barria Genta
- Demo -

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.581 / Virus Database: 368 - Release Date: 09/02/2004

Hola Pablo:
Un resumen MUY MUY CORTO, y sujeto a criticas perfectamente validas de
otros desarrolladores, que usan otros mecanismos.
a) Usa las Vistas para Seguridad o Simplificacion. Si las tablas estan
normalizadas las vistas le dan una cara amigable a las Tablas. Las vistas
permiten que los usuarios no tengan acceso a columnas o filas de la tabla.
b) Usa Procedimientos Almacenados para Mantenimiento (Insercion, Borrado,
Update) y si lo desas incluso a los Select.
c) NO des acceso (permisos) a los usuarios de Tablas y Vistas, excepto tal
vez de SELECT. Si yo se que es duro, pero es diferente que un usuario pueda
hacer facturas a que un usuario pueda hacer facturas desde excel :(. Es
diferente que un usuario pueda cambiar el saldo del inventario a que abra
access haga un link al servidor y se "cree" su propio formulario y cambie
saldos :(.
d) NO Confies en la aplicacion, aunque tu la hagas. La BD DEBE desconfiar
del programa, asi si cometes un error la BD esta protegida.
e) El Log es un problema del Administrador del Sistema, se resuelve
respaldando, no cambiando el diseno de la aplicacion.
f) 5 usuarios concurrentes para SQL es casi nada, disena la aplicacion para
1000 usuarios, asi no tendras problemas con 5 ; de paso aprendes para cuando
tu aplicacion o tus sistemas tengan esa cantidad de usuarios.
g) Para optimizar tu BD 3 cosas son importantes: Arquitectura, Arquitectura,
Arquitectura. En principio: Normaliza las Tablas, 0 Cursores, Pocas o
Ninguna Tabla Temporal, Pocos o Ningun Trigger.
h) Para las diferentes versiones es critico que uses PROCEDIMIENTOS
ALMACENADOS, esto separara a al aplicacion de las tablas. y por supuesto una
extrictisima cultura de documentacion de cambios.
Solo una opinon, saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Pablo Barria Genta escribio:

Hola
1º vez que posteo en este grupo, he estado leyendo muchisimo antes de
hacer las consultas
y francamente casi todas las consultas que tenia ya estan aclaradas x
ustedes.

Actualmente tengo una base de datos Sql Server 2000
con pocas tablas 20 aprox
de front uso Access Xp mediante ODBC conecto las tablas, hasta ahi no
hay problemas
tengo una duda ¿si necesito mostrar todos los datos de las tablas a
los clientes, esto lo
realizo usando las mismas tablas? o ¿mejor lo realizo usando vistas?
¿que diferencia habria? si igual debo mostrar todos los datos.
¿todos los usuarios tienen las opciones de agregar eliminar etc.?
-esto lo controlo a traavez del front Access Xp
¿que consecuencias tengo para mas adelante seguir de esta forma?
¿crecimiento descomunal de los Log?
¿peligra la velocidad de Carga hacia los usuarios = 5 concurrentes?
¿que me recominedan para Optimizar mi base de datos? recien creada,
cabe señalar que debo trabajar con versiones sucesivas y estas estan
operando con datos
asi que no puedo experimentar mucho por asunto de tiempo.
ah nota importante: para las pruebas uso un "server viejo" mas una
estacion antes de copiar
las bases de datos.

Agradeciendo de Antemano, y esperando alguna orientación

MUCHAS GRACIAS, sé que sus esfuerzos para responder serán retribuido con
fortuna y salud.
Gracias..

Saludos desde Chile
Pablo Barria Genta
- Demo -



"Javier Loria" escribió en el mensaje
news:%

Hola Pablo:
Un resumen MUY MUY CORTO, y sujeto a criticas perfectamente validas de
otros desarrolladores, que usan otros mecanismos.
a) Usa las Vistas para Seguridad o Simplificacion. Si las tablas estan
normalizadas las vistas le dan una cara amigable a las Tablas. Las vistas
permiten que los usuarios no tengan acceso a columnas o filas de la tabla.
b) Usa Procedimientos Almacenados para Mantenimiento (Insercion, Borrado,
Update) y si lo desas incluso a los Select.
c) NO des acceso (permisos) a los usuarios de Tablas y Vistas, excepto tal
vez de SELECT. Si yo se que es duro, pero es diferente que un usuario

pueda

hacer facturas a que un usuario pueda hacer facturas desde excel :(. Es
diferente que un usuario pueda cambiar el saldo del inventario a que abra
access haga un link al servidor y se "cree" su propio formulario y cambie
saldos :(.
d) NO Confies en la aplicacion, aunque tu la hagas. La BD DEBE desconfiar
del programa, asi si cometes un error la BD esta protegida.
e) El Log es un problema del Administrador del Sistema, se resuelve
respaldando, no cambiando el diseno de la aplicacion.
f) 5 usuarios concurrentes para SQL es casi nada, disena la aplicacion

para

1000 usuarios, asi no tendras problemas con 5 ; de paso aprendes para

cuando

tu aplicacion o tus sistemas tengan esa cantidad de usuarios.
g) Para optimizar tu BD 3 cosas son importantes: Arquitectura,

Arquitectura,

Arquitectura. En principio: Normaliza las Tablas, 0 Cursores, Pocas o
Ninguna Tabla Temporal, Pocos o Ningun Trigger.
h) Para las diferentes versiones es critico que uses PROCEDIMIENTOS
ALMACENADOS, esto separara a al aplicacion de las tablas. y por supuesto

una

extrictisima cultura de documentacion de cambios.
Solo una opinon, saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Pablo Barria Genta escribio:
> Hola
> 1º vez que posteo en este grupo, he estado leyendo muchisimo antes de
> hacer las consultas
> y francamente casi todas las consultas que tenia ya estan aclaradas x
> ustedes.
>
> Actualmente tengo una base de datos Sql Server 2000
> con pocas tablas 20 aprox
> de front uso Access Xp mediante ODBC conecto las tablas, hasta ahi no
> hay problemas
> tengo una duda ¿si necesito mostrar todos los datos de las tablas a
> los clientes, esto lo
> realizo usando las mismas tablas? o ¿mejor lo realizo usando vistas?
> ¿que diferencia habria? si igual debo mostrar todos los datos.
> ¿todos los usuarios tienen las opciones de agregar eliminar etc.?
> -esto lo controlo a traavez del front Access Xp
> ¿que consecuencias tengo para mas adelante seguir de esta forma?
> ¿crecimiento descomunal de los Log?
> ¿peligra la velocidad de Carga hacia los usuarios = 5 concurrentes?
> ¿que me recominedan para Optimizar mi base de datos? recien creada,
> cabe señalar que debo trabajar con versiones sucesivas y estas estan
> operando con datos
> asi que no puedo experimentar mucho por asunto de tiempo.
> ah nota importante: para las pruebas uso un "server viejo" mas una
> estacion antes de copiar
> las bases de datos.
>
> Agradeciendo de Antemano, y esperando alguna orientación