cantidad de registros en sql 2005

Luis Mata,

Depende de la estructura de tus tablas, incluyendo restricciones e indices,
asi como las sentencias "select" que estes usando. Puede ser que se necesite
re-escribir la consulta, adicionar indices, o ambas cosas.

Puedes hacer uso de la herramienta "Database Engine Tuning Advisor", que es
parte de SQL Server y/o las sgtes DMVs que brindan informacion sobre indices
no existentes que pudieran ser de beneficio.

- sys.dm_db_missing_index_group_stats
- sys.dm_db_missing_index_groups
- sys.dm_db_missing_index_details

Are you using SQL's Missing Index DMVs
http://blogs.msdn.com/bartd/archive...-dmvs.aspx

Database Engine Tuning Advisor Tutorial
http://msdn.microsoft.com/en-us/lib...66575.aspx


AMB


"Luis Mata" wrote:

cuando hago la consulta a una bd nueva con 1000 registros las consultas son
veloces, tengo otra bd con 650000 registros y las consultas son lentas,
alguna forma de pode optimizar esto?

Hola,

Además de lo que indica Alejandro, deberías explicarnos qué tipo de
consultas estás realizando. Hay una regla genérica que siempre ayuda a que
las aplicaciones sean escalables, y consiste en devolver sólo los datos que
se van a mostrar cuando accedemos al servidor.
Por ejemplo, si tenemos 650.000 ventas y queremos consultar una, debemos
acceder a ella, y luego cuando nos deslacemos a otra venta, accederemos para
traer la información de ella. No tiene sentido pedir al servidor todas las
ventas y luego mostrar una sola, y hace que conforme aumentan las filas la
aplicación vaya siendo cada vez más lenta.

Un saludo
Salvador Ramos
Solid Quality Mentors (http://www.solidq.com)

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
Visita mi nuevo blog: www.sqlserversi.com


"Luis Mata" escribió en el mensaje
news:

cuando hago la consulta a una bd nueva con 1000 registros las consultas
son veloces, tengo otra bd con 650000 registros y las consultas son
lentas, alguna forma de pode optimizar esto?

En eso si he tenido cuidado de no traer informacion inecesaria, ya que solo
traigo lo que se requiere para trabajar, osea el dato exacto pero de todas
manera demora cuando hace el select, trabajo con vfp9 y sql 2005.


"Salvador Ramos" escribió en el
mensaje de noticias news:e%

Hola,

Además de lo que indica Alejandro, deberías explicarnos qué tipo de
consultas estás realizando. Hay una regla genérica que siempre ayuda a que
las aplicaciones sean escalables, y consiste en devolver sólo los datos
que se van a mostrar cuando accedemos al servidor.
Por ejemplo, si tenemos 650.000 ventas y queremos consultar una, debemos
acceder a ella, y luego cuando nos deslacemos a otra venta, accederemos
para traer la información de ella. No tiene sentido pedir al servidor
todas las ventas y luego mostrar una sola, y hace que conforme aumentan
las filas la aplicación vaya siendo cada vez más lenta.

Un saludo
Salvador Ramos
Solid Quality Mentors (http://www.solidq.com)

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
Visita mi nuevo blog: www.sqlserversi.com


"Luis Mata" escribió en el mensaje
news:

cuando hago la consulta a una bd nueva con 1000 registros las consultas
son veloces, tengo otra bd con 650000 registros y las consultas son
lentas, alguna forma de pode optimizar esto?

ejm de un select que uso:

select * from transacciones where cboleta = 60525154

el indice esta creado en cboleta como no unico... funciona igual que un
unico?



"Alejandro Mesa" escribió en el
mensaje de noticias
news:

Luis Mata,

Depende de la estructura de tus tablas, incluyendo restricciones e
indices,
asi como las sentencias "select" que estes usando. Puede ser que se
necesite
re-escribir la consulta, adicionar indices, o ambas cosas.

Puedes hacer uso de la herramienta "Database Engine Tuning Advisor", que
es
parte de SQL Server y/o las sgtes DMVs que brindan informacion sobre
indices
no existentes que pudieran ser de beneficio.

- sys.dm_db_missing_index_group_stats
- sys.dm_db_missing_index_groups
- sys.dm_db_missing_index_details

Are you using SQL's Missing Index DMVs?
http://blogs.msdn.com/bartd/archive...-dmvs.aspx

Database Engine Tuning Advisor Tutorial
http://msdn.microsoft.com/en-us/lib...66575.aspx


AMB


"Luis Mata" wrote:

cuando hago la consulta a una bd nueva con 1000 registros las consultas
son
veloces, tengo otra bd con 650000 registros y las consultas son lentas,
alguna forma de pode optimizar esto?

deberia ser unico, si cada valor de cboleta es unico por registro... si no,
dejalo como esta...

Saludos desde Colombia!!

Fredy (co)

"Luis Mata" wrote:

ejm de un select que uso:

select * from transacciones where cboleta = 60525154

el indice esta creado en cboleta como no unico... funciona igual que un
unico?



"Alejandro Mesa" escribió en el
mensaje de noticias
news:
> Luis Mata,
>
> Depende de la estructura de tus tablas, incluyendo restricciones e
> indices,
> asi como las sentencias "select" que estes usando. Puede ser que se
> necesite
> re-escribir la consulta, adicionar indices, o ambas cosas.
>
> Puedes hacer uso de la herramienta "Database Engine Tuning Advisor", que
> es
> parte de SQL Server y/o las sgtes DMVs que brindan informacion sobre
> indices
> no existentes que pudieran ser de beneficio.
>
> - sys.dm_db_missing_index_group_stats
> - sys.dm_db_missing_index_groups
> - sys.dm_db_missing_index_details
>
> Are you using SQL's Missing Index DMVs?
> http://blogs.msdn.com/bartd/archive...-dmvs.aspx
>
> Database Engine Tuning Advisor Tutorial
> http://msdn.microsoft.com/en-us/lib...66575.aspx
>
>
> AMB
>
>
> "Luis Mata" wrote:
>
>> cuando hago la consulta a una bd nueva con 1000 registros las consultas
>> son
>> veloces, tengo otra bd con 650000 registros y las consultas son lentas,
>> alguna forma de pode optimizar esto?
>>
>>