Feda /dev/ - No Javascript allowed

Venga chavales todos a nosql

#41914 Desde la ignorancia de db2, ¿Cómo cojones trabajas con distintas tablas sin tener foreign keys? ¿No las declaras pero te sabes de memoria que PK tiene cada tabla para hacer las querys evitando cualquier join?

problemas con 2M de registros vaya crack el tío JAJA

que pongan a 10 becarios con archivadores si les da problemas ese volumen

#41916 sigues teniendo FK pero no declaras la FK y te fumas la integridad referencial. Imagino que tampoco ponen índices si con 2M de registros "tienen problemas"

edit: mira justo uno de los máquinas dando la murga con el IDDD de vernon. Buen cargo cult

#41919 la FK en sí creo que sólo sirve para mantener la integridad referencial y actuar de validación (que alguien me corrija añadiendo más cosas si no es así). Normalmente sobre una FK generas un índice, pero no tienes por qué hacerlo si no quieres, por ejemplo para FKs producto de normalizar los datos que sabes que no son relevantes para tus lecturas.

Yo entiendo que si con 2M de registros "ya tienen problemas" directamente no están indexando o, por lo menos, tienen un esquema de datos y unos patrones de lectura bastante atípicos. En mi curro el core de mi equipo sólo tiene 20M rows y si algo va mínimamente lento es culpa nuestra 100% porque el tamaño es de juguete . Si tienes analíticas muy tochas (que con 2M tampoco sé qué quieres analizar a menos que tengas blobs en json o similar) y "te da problemas" lo que entiendo como normal es separar a un slave read only para warehouse.

btw aprovecho para preguntar porque no tengo npi

Empecé el libro de build your own redis y está bastante entretenido. Llevo tiempo queriendo hacer un micro sql lite pero no he visto ningún recurso que me oriente para la parte de investigar y me quite curro, alguien sabe de algo con buena pinta que te ayude a montarte un rdbms minúsculo desde cero?

buscando por inet Los Informáticos TM sacan a relucir su asperger y te recomiendan que te mires el source de sql lite a pelo, que son +100k sloc

#41919 #41922 De hecho, PG por ejemplo no crea indices automaticamente en las FK como sí hace MySQL. Las FK sirven para decirle a la BBDD (oye que tienes que checkear esto) cuando hagas cosas sobre la columna referenciada y ya está. En un join vas a notar la velocidad si tienes índice (y tu query planner es capaz de usárlos :)).

Y sí que tiene impactos, como tengas FK sobre text o uuids o cosas que no sean números y unos cuantos millones de registros las cosas empiezan a ralentizarse por todos los lados.

No estoy de acuerdo con no usarlos pero sí que pienso que tampoco hace falta usarlos en todas las relaciones aunque para la mayor parte de las aplicaciones te va a dar igual así que mejor usarlos y desde luego si te da problemas con 2 millones de registros la culpa es tuya no de los FK.

google sheets usé de backend yo para prototipar una cosa y es un coñazo, la API es malilla y falla "bastante", pero lo estaba usando para escribir tb e imagino que lo de levelsfyi era sobre todo lectura

al final te ahorras cuatro duros por unos cuantos quebraderos de cabeza, porque una db barata la despliegas en un segundo en un dropletde DO barato y si no quieres pensar en el esquema no lo haces y au

#41928MTX_Anubis:

y tu query planner es capaz de usárlos :)

Esto es algo que ocurre? Porque que el query planner no use los índices me suena a cosas de hace 15 años, pero no sé si sólo es que no me encontré ese escenario aún.

#41924 preguntale a chatgpt o bing por recursos. De nada

Negar la herencia árabe del país valenciano es un poco como negar la herencia cristiana de Europa central...

#41939 A mí tampoco me convenció mucho por lo mismo. Estoy a la espera de poder hacer Mundo Islámico en la carrera a ver qué veo, pero tiene prerrequisitos de otras asignaturas y me quedan mínimo tres o cuatro semestres para llegar. Igual un día entro al Telegram del grado y pregunto por bibliografía.