@gbianchi Es la nueva onda que toca aplicar en algunas de las futuras pruebas de trabajo jajajaja. Ya tengo algunos conocidos que se lo pidieron en las pruebas de codigo
Seria eso para que se entienda mas claro lo que era. En resumen identificar la entidad raiz y solo mediante la cual se podria interactuar con los hijos
Osea que si tenes una orden, no tiene sentido acceder, crear, eliminar, etc. al detalle de la orden si no es a traves de la orden en si
es.stackoverflow.com/questions/552397/… disculpar que os pase nuevamente la pregunta, la he editado y creo que ahora está mas clara me sabríais ayudar? lo he intentado pero no me aclaro para nada.
En teoria debería quedarse sticky la zona gris si subimos la web o si la bajamos pero no logro hacerlo.
Siguiendo el formato de L10n de "to", "from", "with...chosen" y "worth...reputation" en el historial de revisiones y teniendo en cuenta lo mencionado en ¿Quieres ayudar a traducir las cadenas del sitio? Este es el proceso:
En el historial de ediciones de preguntas marcadas como duplicadas, había ...
Mi duda era si el padre deberia ser la tabla office, o la de location
Como lo veo, la reserva no tiene sentido de existencia si no se conoce previamente la oficina, pero tengo la duda de esto entre oficina y ubicacion (y para hacer una reserva ya tendria que decirle a la ubicacion que le diga a la oficina que cree una reserva)
Querria decir "ponerle un IAgregateRoot a oficina, y hacer un add a una lista de reservas en la entidad oficina", pero si pasa eso de ir mas arriba, me moveria el root en ese caso
Para el tema de ubicaciones
Asi que creo que e nese caso no iria (no estoy al 100% seguro de esto igual)
@ArcanisGK507 Para eso tenes Location. Location son N edificios con su direccion, y despues dentro de cada uno tenes sus N oficinas, pero una oficina per se no puede estar en mas de un edificio a la vez
Esta en un edificio en un piso en un determiando pasillo
Yo me digo esto a mi mismo "Una oficina puede estar en un edificio, pero un edificio puede tener varias oficinas"
In relational databases, a condition (or predicate) in a query is said to be sargable if the DBMS engine can take advantage of an index to speed up the execution of the query. The term is derived from a contraction of Search ARGument ABLE.
A query failing to be sargable is known as a non-sargable query and typically has a negative effect on query time, so one of the steps in query optimization is to convert them to be sargable. The effect is similar to searching for a specific term in a book that has no index, beginning at page one each time, instead of jumping to a list of specific pages identified...
@ArcanisGK507 ahi se disculpo.. tal vez, se hubiera evitado si le hubieras explicado lo que no entendia, que era que js no tiene nada que ver con react... al editarla, sintio que no entendiste su problema...
yo cuando noto que se estan confundiendo, por ejemplo cuando ponen la ide en lugar del lenguaje, se lo hago notar, pero no se las edito...