none
optimizar base de datos con sql y visual studio RRS feed

  • Pregunta

  • Buenas tardes tengo una base de datos en sql y visual studio en red y en internet funciona bien el problema que la tabla que contiene imagenes Quiero revisarla desde internet en otra pc y no me carga solo me cargan las tablas que no contienen imagenes 

    hay alguna forma de optimizar la base de datos o sera por que las imagenes son muy grandes son obtenidas desde un escaner y bajadas de tamaño 


    Willian61x

    viernes, 9 de noviembre de 2018 17:38

Respuestas

Todas las respuestas

  • Hola   Willian61x

    Gracias por levantar tu consulta en los foros de MSDN. Con respecto a la misma, te recomiendo ingresar al siguiente enlace donde se expone una pequeña guía que te puede ser de utilidad para resolver el problema que presentas.

     

    https://docs.microsoft.com/es-es/sql/relational-databases/performance/monitor-and-tune-for-performance?view=sql-server-2017

    Gracias por usar los foros de MSDN.

    Pablo Rubio
     ____

    Por favor recuerde "Marcar como respuesta" las respuestas que hayan resuelto su problema, es una forma común de reconocer a aquellos que han ayudado, y hace que sea más fácil para los otros visitantes encontrar la solución más tarde. 

    Microsoft ofrece este servicio de forma gratuita, con la finalidad de ayudar a los usuarios y la ampliación de la base de datos de conocimientos relacionados con los productos y tecnologías de Microsoft.  

    Este contenido es proporcionado "tal cual" y no implica ninguna responsabilidad de parte de Microsoft.

    viernes, 9 de noviembre de 2018 19:36
    Moderador
  • Hola Wiliam61x:

    No das muchos datos en verdad, para poder analizar lo que te ocurre.

    Suponiendo que la tabla la puedas recorrer desde el sql sin ningún tipo de merma de rendimiento, obviando las imágenes, y que en red se supone que las puedes obtener sin menores problemas, entonces no parece que la incidencia este localizada en sql.

    Si tú código descarga las imágenes como un stream y luego se monta el archivo/objeto imagen, en tu aplicación, y esta corriendo a través de internet, solo parece un problema de tamaño.

    Cuando dices bajadas de tamaño, de que tamaño actual hablas.

    Pero para poder ayudarte, tendrás que precisar mucho más la información.

    sábado, 10 de noviembre de 2018 8:22
  • igual en la misma base de datos se demora en cargar la tabla las imágenes se escanean con un peso de 3 a 6 MB por eso le baje los pixeles y me quedaron 200 a 300 KB cuando hago respaldo de la base de datos pesa mas de 70 MB y eso que no he subido ni 200 imágenes y tengo que subir mas de 1000 fotos 

    Willian61x

    lunes, 12 de noviembre de 2018 16:24
  • Hola Wilian61x:

    A priori no parece que el Sql server tenga nada que ver en tu incidencia.

    No obstante puedes aplicar una regeneración de índices de tu tabla.

    alter index all on tutabla rebuild;
    go

    Como y cuando:

    https://solutioncenter.apexsql.com/es/cuando-como-y-por-que-volver-a-generar-y-reorganizar-indices-de-sql-server/

    Prueba a realizar a posteriori algunas select sobre tu tabla, y observar el comportamiento.

    Si esto no repara tu incidencia, deberías, empezar a examinar tu código.

    • Marcado como respuesta Willian61x martes, 13 de noviembre de 2018 2:18
    lunes, 12 de noviembre de 2018 20:07
  • cuando consulto la tabla se demora en encontrar los datos le hice el alter index all y sigue igual 

    sera por el tamaño de imágenes y por que son varias imagenes 

     


    Willian61x

    martes, 13 de noviembre de 2018 2:20
  • Hola Willian61x:

    Si la demora se produce, cuando haces una select, no importa el tamaño de las imagenes.

    Puede producirse por varias razones, pero como no has puesto nada de la estructura de tu base ni de los índices que tienes creados, voy a intentar ayudarte sin ese aporte.

    Desde el Management Studio (se puede hacer por transact, pero visualmente es más simple de ver y comprender), pulsando el botón derecho en el explorador de objetos sobre tu base de datos, menú de Informes >> informes estándar >> estadísticas físicas del indice.

    De el mismo extraerás, que índices, tienes que reorganizar y que indices tienes que regenerar.

    Esto se puede hacer mediante transact, para todos los índices de la tabla (es la manera más fácil), con el parametro rebuild o reorganize

    alter index all on tutabla rebuild;
    go

    o desde el management studio, buscando dentro de la tabla en la carpeta  >> indices, botón derecho, reorganizar o regenerar.

    Luego y dado que algo va lento, puedes hacer un

    exec sp_updatestats

    Si con esto, aún te mantiene la lentitud, entonces tendrás que poner la consulta / procedimiento almacenado en el Management Studio y observar el plan de ejecución que le otorga, para ver por donde está el problema.

    Ya comentas

    martes, 13 de noviembre de 2018 6:48
  • buenas tardes hice todo lo que me escribió pero sigue igual 


    Willian61x

    martes, 13 de noviembre de 2018 17:12
  • Mejor la tabla que tiene mas datos se carga mas rápido

     

    Willian61x

    martes, 13 de noviembre de 2018 17:13
  • Hola Willian61x:

    Entonces el plan de ejución de tu consulta para 780 filas, no parece nada bueno. (780 filas, simplemente, tiene que leerlas todas de un viaje)

    No obstante, en la captura de la imagen, veo que puedes tener un procedimiento almacenado llamado mostrar_laminas. que puede encajar con la consulta que has plasmado.

    Si esto es correcto, y te lo índico, porque los planes de ejecución de los procedures, no son los mismos que lo de la misma consulta, puedes ser que estes sufriendo parameter sniffing.

    Parameter Sniffing:

    https://blogs.technet.microsoft.com/mdegre/2012/03/17/qu-est-el-parameter-sniffing/

    Otras lecturas interesantes:

    http://www.tss.com.pe/blog/sql-server-parameter-sniffing-consideraciones-en-su-uso

    https://www.brentozar.com/archive/2013/06/the-elephant-and-the-mouse-or-parameter-sniffing-in-sql-server/

    https://www.sqlshack.com/query-optimization-techniques-in-sql-server-parameter-sniffing/

    De otro modo, tienes que verificar el plan de ejecución de tu consulta.

    Y a partir del plan mostrado, empezar a buscar el motivo.

    Ya comentas

    martes, 13 de noviembre de 2018 18:15
  • no se si puedo enviarle la base de datos para que me ayude no soy muy bueno en esto de base de datos todo lo que hice fue solo viendo tutoriales en youtube 


    Willian61x

    martes, 13 de noviembre de 2018 18:35
  • Hola Willian61x:

    Haz un backup siguiendo este enlace:

    https://javifer2.wordpress.com/2018/09/12/backup-base-de-datos-desde-management-studio/

    Luego envíame un correo desde la página de contacto del enlace.

    Cuando lo reciba, te contesto, y me la puedes enviar a través de este enlace

    martes, 13 de noviembre de 2018 20:02
  • Me podria ayudar con su correo para enviarle los datos

    Willian61x

    martes, 13 de noviembre de 2018 20:59
  • Cubre el formulario de contacto del blog con tu correo y yo te contesto desde el mio.
    miércoles, 14 de noviembre de 2018 5:49