Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Algunas Consultas

0 views
Skip to first unread message

Masterx

unread,
Dec 28, 2009, 11:04:47 AM12/28/09
to
Hola a todos, tengo algunas consultas:

Tengo una serie de datos que se van almacenando cada x segundos, los datos
ingresados mensualmente son del orden de 2.000.0000 de datos, esta
informaci�n es de puntos de GPS entregados por los camiones que andan en
ruta. Mi consulta es, si tengo tal cantidad de informaci�n cada mes, como
puedo acceder de manera mas r�pida a los datos debido a que actual mente se
tarda en devolver los datos a la pantalla del usuario.

Lo segundo puedo acceder a servicios web o funciones de DLL directo de SQL
server? en relaci�n a esto si hago procesos para analizar los datos cuando
se est�n insertando en la tabla, esto puede ocasionar que mi servidor me
consuma mucho procesador y memoria. Actualmente tengo una aplicaci�n que
recibe los datos GPRS y esta aplicaci�n los analiza, �Mantengo esta
estructura?

Les agradecer� si pueden aportar sus ideas y conocimiento. gracias.

Saludos.

Rodrigo Garcia.

Carlos Sacristan

unread,
Dec 28, 2009, 11:25:24 AM12/28/09
to
Pues depende de c�mo accedas a los datos y de la versi�n y edici�n de SQL
Server que tengas, as� se podr�n analizar opciones. Pero no comentas qu� es
lo que tarda (si es la consulta, si el procesamiento de los datos, si es
siempre o en momentos puntuales...); tampoco dices c�mo se almacena esa
informaci�n, algo importante. Se deber�an analizar m�todos de acceso de la
aplicaci�n, �ndices, particionamiento, etc... son muchas cosas a analizar y
no se puede dar una respuesta m�gica que lo solucione todo.

En cuanto a lo de acceder a dll's desde SQL Server, por poder se podr�a
(mediante SQLCLR), pero no lo veo mucho sentido. Dependiendo de las
operaciones que se hagan, puede resultar m�s eficiente hacerlo desde la
aplicaci�n que no intentar que SQL Server haga un trabajo para el que en
principio no fue dise�ado.

--
-----------------------------
"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es f�cil, si ambas est�n congeladas."
Edward V. Berard, ingeniero inform�tico


"Masterx" <nig...@no.com> wrote in message
news:uPcb8d9h...@TK2MSFTNGP02.phx.gbl...

Masterx

unread,
Dec 28, 2009, 2:00:00 PM12/28/09
to
Hola Carlos, utilizo SQL Server 2005 en este est�n todas las bases de la
empresa como SAP, RRHH y otro sistema de GPS.

Los datos est�n alojados en una sola tabla, con los siguientes datos:

M�vil, fecha/Hora, latitud, longitud, velocidad, RPM, C1, C2, C3, C4, C5,
C6, Llave_Point(Compuesta por Fecha/hora/IdCamion).

Ocupo como �ndices, m�vil y fecha/Hora.

**
La consulta que ejecutan los usuarios es seleccionar los datos de un periodo
de fecha que ellos quieran analizar, ej.,
m�vil 2 desde el 02/11/2009 al 06/11/2009, para graficar en un mapa el
recorrido seleccionado.

La segunda consulta son agrupamientos por m�vil de excesos de velocidades en
un periodo de tiempo. para an�lisis de comportamiento de conducci�n.

Esto toma alrededor de 30 seg. o a veces mas tiempo dependiendo del periodo
de tiempo.
***

Lo del procesamiento me queda claro, lo siguiere realizando de la misma
forma desde la aplicaci�n de captura de datos.


"Carlos Sacristan" <nom...@nomail.com> escribi� en el mensaje de
noticias:eTj9dp9h...@TK2MSFTNGP02.phx.gbl...

Carlos Sacristan

unread,
Dec 29, 2009, 3:43:23 AM12/29/09
to
El nombre de los campos no aporta mucho a la hora de intentar ayudarte.
Mucho m�s �til ser�a postear el script de creaci�n de la tabla y sus
�ndices, as� como las consultas que ejecutas.

Por otro lado, �has echado un vistazo a los planes de ejecuci�n de esas
consultas costosas? �has ejecutado Database Tunning Advisor para analizar lo
que sugiere esta herramienta?

--
-----------------------------
"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es f�cil, si ambas est�n congeladas."
Edward V. Berard, ingeniero inform�tico


"Masterx" <nig...@no.com> wrote in message

news:%23ixh4$%23hKH...@TK2MSFTNGP02.phx.gbl...

0 new messages