Feda /dev/

Troyer

#16679 eso es porque la bd es de 1gb al menos

AikonCWD

#16677 Siempre puedes echar la culpa al sysadmin de turno

eXtreM3

Si te cabe en un pendrive, no es bigdata.

1 respuesta
GlatoR

Seguro que los alemanes no hacían diagramas en el Dia y así tienen hecha la base de datos

Lecherito

Pero si 5 gigas es casi lo normal en una base de datos. Y las cosas instant si no lo haces como el culo

AikonCWD

EN mi curro, la base de datos más grande está en 9,5Gb.

Lo gracioso es que está montada sobre SQL Express (gratis) y se desmonta si sobrepasas los 10gb. Sabéis quien va a ser el encargado de migrar la BD a un nuevo server con SQL Standar? jajejijoju

3 respuestas
GlatoR

Alguien que vive a 15min de donde trabaja

eXtreM3

#16686 paga la licencia y adiós xD

1 respuesta
HeXaN

#16686 Qué menos que un Oracle o un Postgre.

1
AikonCWD

#16688 Ya tenemos otro server con Standar, migraremos ahí, con parada de servicio del cliente porque no quiero hacerlo fuera de horas.

2 respuestas
eXtreM3

#16690 hazlo a la hora de mayor tráfico, que se enteren quién manda ahí.

5
LLoid

Yo tuve que montar un ELK para almacenar logs que a los 3 días pesaba más de 60 G, y el jefe me preguntaba que por qué la query le tardaba 4 o 5 segundos en ejecutarse.

vincen

#16683 https://www.amazon.es/Kingston-DTUGT-2TB-DataTraveler-Ultimate/dp/B06X1CSCZB/ref=sr_1_1?s=computers&ie=UTF8&qid=1519333805&sr=1-1&keywords=pendrive

1 respuesta
eXtreM3

#16693 xddd owned

Quería hacer un símil con la expresión: Teta que la mano no cubre, no es teta sino ubre.
Algo en plan: DB que en tu pen no entra, no es DB sino Bigdata.

cabron
#16686AikonCWD:

Sabéis quien va a ser el encargado de migrar la BD a un nuevo server conSQL Standar? jajejijoju

#16690AikonCWD:

Ya tenemos otro server con Standar, migraremos ahí

wat? ¿Tú sabes que SQL es un lenguaje que está estandarizado, y que SQL Standard no es ningún servidor? SQL Standard hace referencia a no hacer uso de cosas específicas de un gestor en particular (algo que es IMPOSIBLE, siempre tienes que acabar usando alguna cosa) si no usar SQL tal cual está especificado en el estándar.

El servidor será mysql, mariadb, o lo que coño sea, pero no puede ser un servidor SQL Standard por que eso no existe.

2 respuestas
B

#16695 Es de sistemas, tampoco se lo tengas en cuenta.

AikonCWD

#16695 No me has entendido o no me he explicado bien:

http://www.fmsinc.com/microsoftaccess/sqlserverupsizing/express/index.html

SQL Server Express está limitado a BBDD <10Gb, pasaremos a Standar Edition para disponer de un max de 524Gb

1 5 respuestas
eXtreM3

#16697 eso es IMPOSIBLE.

2
cabron

#16697

A vale, que es un SQL Server edición Standard, cuando has puesto lo de que era un servidor SQL Standard sonaba muy raro...

JuAn4k4

#16697 Son PB en lugar de GB.

HeXaN

Vaya puto sysadmin que ni los múltiplos del MB se conoce.

1 respuesta
AikonCWD

chupadme mi puerto trasero USB, PB significa PollasBytes

1
eXtreM3

#16701 ni leer, que viene escrito en la pic que ha posteado xD

1 1 respuesta
AikonCWD

#16703 Que no me he fijao, putos devs. Que luego os volvéis locos porque os dejáis un ; o un } por cerrar. Lo único que quería explicar es la diferencia entre las diferentes ediciones de MS SQL Server. Ahí os entre un ransomware y no tengáis backup

1 respuesta
B

#16704 El otro día aprendiste qué es un número hexadecimal y hoy la diferencia entre GB y PB. De aquí a fin de año serás un hombre de provecho. O no.

2
drakkenspain

eXtreM3

Y luego se quejan los niños de hoy en día de bullying y pollas.

Métete un día en este hilo y comete un error, ahí sabrás lo que es el verdadero terror.

4 1 respuesta
AikonCWD

#16707 Lo mejor es que el error principal es de @cabron , pero la culpa siempre para el sysadmin.

Just like in real life

1 2 respuestas
B

#16708 Crea un script en Golang para la migración y te perdonamos.

cabron

#16708

Nop, puestos a señalar, en algo en lo que solo por que te falte un ; ya está mal, la culpa sería tuya por omitir "Server" del nombre, así que no parseaba bien lo que estabas diciendo, y a partir de ese error ya el resto de la conversación no compilaba bien.

1 respuesta
Tema cerrado

Usuarios habituales

  • desu
  • Fyn4r
  • HeXaN
  • Merkury
  • eXtreM3
  • MisKo
  • Troyer