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.
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...
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...
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...