none
SQL SERVER VERSION 2017 EXPRESS RRS feed

  • Pregunta

  • Buenas tardes. Tengo una duda referente a los 10gb disponibles en la version mencionada, mi pregunta es: Como poder sacar el mejor provecho de esos 10Gb disponibles? En mis metodos arcaicos que se observan en la imagen, lo que tengo pensado hacer, es añadir un boton de nombre elminar, que al presionarse pues eliminara "X" registro de la base de datos que ya no sera necesario volver a consultarlo, y de esta manera tratar de tener espacio disponible conforme se vayan eliminando registros.Si alguien me puede aconsejar en algo se los agradeceria mucho.

    domingo, 7 de abril de 2019 1:10

Respuestas

  • [...] lo que tengo pensado hacer, es añadir un boton de nombre elminar, que al presionarse pues eliminara "X" registro de la base de datos que ya no sera necesario volver a consultarlo, y de esta manera tratar de tener espacio disponible conforme se vayan eliminando registros.

    Sí, eso es válido. Cuando borres un registro, verás que el fichero de la base de datos no "encoge", sino que sigue teniendo el mismo tamaño. Pero el espacio que ocupaba el registro queda "libre" internamente, de manera que la próxima vez que añadas otro registro se puede grabar en dicho espacio y no hace crecer el tamaño total de la base de datos. Por lo tanto, puedes ir borrando información y tu base de datos seguirá funcionando en tanto que no se excedan los 10 GB de ocupación actual.

    Por cierto, el límite de 10GB es por cada base de datos. Por lo tanto, puedes fácilmente pasar de ese límite si usas más de una base de datos.

    Si usas la opción FILESTREAM para salvar tus BLOBs, la información que haya en el filestream no se suma a la hora de calcular el límite de 10GB. Si tu base de datos es muy grande por culpa de que tienes grandes cantidades de texto en campos varchar(max) o porque estás salvando imágenes dentro de la base de datos, entonces puedes declarar esos campos como FILESTREAM y esa información quedará fuera de los 10GB.

    domingo, 7 de abril de 2019 7:40

Todas las respuestas

  • Hola M Zav:

    Eliminar un registro no quita espacio de la base de datos.

    Por otro lado 10 Gigas, teniendo una base de datos normalizada, una cantidad de espacio brutal. Una empresa pequeña con pocos trabajadores "picando" datos a todas horas, no consigue llenar esa base en muchísimos años.

    Aunque parezca que ese es el agujero de la versión gratuita, no van por ahí los tiros.(Siempre en mi opinión)

    El juego es más fácil. La versión express esta limitada a un uso de un Giga de Ram, esto quiere decir, que cuando el software que realices se pase a una empresa que ya tiene unos pocos usuarios, y crecen sus datos en densidad y necesita informes o reporte con gran cantidad de datos, funcionará, pero la limitación empezará a ser su problema, porque necesitarán más. Por tanto, tendrán que pasar a una versión Licenciada.

    Claro que si tienes un software en una empresa que tiene 20 trabajadores picando datos, bien podrá pagar una licencia.

    En algunos software, cada cierto tiempo, se establecen otras bases de datos, digamos historicas, y se vuelcan los datos de la activa a la histórica. Dejando la activa, solo con un tiempo prudencial para el negocio.

    En cuanto a la reducción de los datos, el modo más simple es utilizar un plan de mantenimiento.

    Reducir Base de datos

    https://javifer2.wordpress.com/2018/09/22/planes-de-mantenimiento-usar-asistente-reducir-base-de-datos/

    • Propuesto como respuesta Carlos_Ruiz_M lunes, 8 de abril de 2019 14:35
    domingo, 7 de abril de 2019 7:21
  • [...] lo que tengo pensado hacer, es añadir un boton de nombre elminar, que al presionarse pues eliminara "X" registro de la base de datos que ya no sera necesario volver a consultarlo, y de esta manera tratar de tener espacio disponible conforme se vayan eliminando registros.

    Sí, eso es válido. Cuando borres un registro, verás que el fichero de la base de datos no "encoge", sino que sigue teniendo el mismo tamaño. Pero el espacio que ocupaba el registro queda "libre" internamente, de manera que la próxima vez que añadas otro registro se puede grabar en dicho espacio y no hace crecer el tamaño total de la base de datos. Por lo tanto, puedes ir borrando información y tu base de datos seguirá funcionando en tanto que no se excedan los 10 GB de ocupación actual.

    Por cierto, el límite de 10GB es por cada base de datos. Por lo tanto, puedes fácilmente pasar de ese límite si usas más de una base de datos.

    Si usas la opción FILESTREAM para salvar tus BLOBs, la información que haya en el filestream no se suma a la hora de calcular el límite de 10GB. Si tu base de datos es muy grande por culpa de que tienes grandes cantidades de texto en campos varchar(max) o porque estás salvando imágenes dentro de la base de datos, entonces puedes declarar esos campos como FILESTREAM y esa información quedará fuera de los 10GB.

    domingo, 7 de abril de 2019 7:40
  • Muchas gracias por la informacion Javier. Es la primera app que realizo y estoy un poco perdido en ese aspecto.
    domingo, 7 de abril de 2019 16:17
  • Gracias por la informacion Alberto, me aclararon el panorama respecto a esta situacion.
    domingo, 7 de abril de 2019 16:19