Impugnaciones Bloque III 2º TAI
-
- Usuario registrado
- Mensajes: 2
- Registrado: 10 May 2016, 10:30
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
la documentación oficial de Postgresql la opción "C" también sería correcta (ALTER TABLE ACTIV_ESPAC ADD PRIMARY KEY(idactividad, idespacio)) según podemos observar en la documentación oficial de Postgresql: http://www.postgresql.org/docs/9.5/stat ... table.htmlItinerante escribió:Yo no sé por qué me da que la 3 no es impugnable.
Sí, la c) se la traga... ¿Pero después al operar cumplen ambas exactamente la misma función?
Con lo fino que han hilado en este examen, tiene pinta de que la C) la han puesto a propósito para confundir al más pintado.
Lo dice claramente: para añadir una constraint de primary key a una tabla.To add an automatically named primary key constraint to a table, noting that a table can only ever have one primary key:
ALTER TABLE distributors ADD PRIMARY KEY (dist_id);
-
- Usuario registrado
- Mensajes: 8
- Registrado: 14 Mar 2016, 13:46
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Yo veo también impugnable la 27. La librería pone que está ubicada en js/jquery...... y en todas las respuestas pone que es ruta/jquery...
Ninguna respuesta es válida.
Como lo veis.
Ninguna respuesta es válida.
Como lo veis.
-
- Usuario registrado
- Mensajes: 89
- Registrado: 27 Dic 2014, 08:56
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Sinceramente yo esa no la veo muy impugnable... todas tienen la palabra ruta..como para indicar donde estaría la librería (de una forma genérica), y esta centrada en que etiqueta y atributo concreto se usaría, así como el valor del type.... Pero... es mi opinión.
- almita
- Usuario registrado
- Mensajes: 116
- Registrado: 05 Nov 2015, 19:02
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Mi opinión es que si se están planteando esas impugnaciones, la nota de la encuesta en realidad es mucho más baja de lo que se ve reflejado. El examen no procederá, pero agarrarse así a los enunciados es ir a la desesperada. Al final lo que diga el tribunal es lo que irá a misa está claro, pero ni la de css ni ésta de jquery las veo impugnables.
-
- Usuario registrado
- Mensajes: 76
- Registrado: 23 Feb 2016, 08:48
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Algún enlace donde esté colgada la 6a edición?Salvatore escribió:yo he cogido la sexta edición
-
- Usuario registrado
- Mensajes: 76
- Registrado: 23 Feb 2016, 08:48
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Ok, ya lo he encontrado. Gracias de todos modos.Makrolepioto escribió:Algún enlace donde esté colgada la 6a edición?Salvatore escribió:yo he cogido la sexta edición
- marinalch
- Usuario registrado
- Mensajes: 30
- Registrado: 24 Feb 2016, 15:36
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
makoki escribió:Yo he probado y la crea. A continuación muestro la salida:
ALTER TABLE ACTIV_ESPAC ADD PRIMARY KEY (idactividad, idespacio);
NOTICE: ALTER TABLE / ADD PRIMARY KEY will create implicit index "activ_espac_pkey" for table "activ_espac"
y la descripción de la tabla después de la modificación:
\d activ_espac;
Table "public.activ_espac"
Column | Type | Modifiers
-------------+--------+-----------
idactividad | bigint | not null
idespacio | bigint | not null
Indexes:
"activ_espac_pkey" PRIMARY KEY, btree (idactividad, idespacio)
En cualquier caso el enlace es mejor ponerlo a la versión 9.5 (viene el mismo ejemplo):
http://www.postgresql.org/docs/9.5/stat ... table.html
Buenas! ¿Qué cliente de Postgre estás utilizando? Estoy utilizando PostgreSQL Maestro y hay que poner comillas en los nombres de las tablas:
ALTER TABLE "museoCdlC"."ACTIV_ESPAC" ADD PRIMARY KEY (idactividad,idespacio);
Pero eso sí, crea la primary key como un campeón.
Me gustaría utilizar un cliente que se parezca más la forma de poner las consultas (sin comillas) al examen para las capturas de pantalla
Gracias
-
- Usuario registrado
- Mensajes: 8
- Registrado: 05 Feb 2007, 14:32
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
almita escribió:Mi opinión es que si se están planteando esas impugnaciones, la nota de la encuesta en realidad es mucho más baja de lo que se ve reflejado. El examen no procederá, pero agarrarse así a los enunciados es ir a la desesperada. Al final lo que diga el tribunal es lo que irá a misa está claro, pero ni la de css ni ésta de jquery las veo impugnables.
Bueno allá cada cual, yo veo como impugnables la 3 y la 10, otra cosa es lo que determine el tribunal que para eso es soberano.
Saludos
- marinalch
- Usuario registrado
- Mensajes: 30
- Registrado: 24 Feb 2016, 15:36
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
En la pregunta 3 piden una SQL constraint. Una SQL constraint es una SQL que define una constraint, no tiene porque llevar la palabra constraint.
Lo digo porque se ha estado diciendo que tiene que llevar la palabra constraint. Creo que por si acaso sería conveniente poner una referencia a la documentación de Postgre, donde se explica el tema de las constraints :http://www.postgresql.org/docs/9.5/stat ... table.html.
Lo digo porque se ha estado diciendo que tiene que llevar la palabra constraint. Creo que por si acaso sería conveniente poner una referencia a la documentación de Postgre, donde se explica el tema de las constraints :http://www.postgresql.org/docs/9.5/stat ... table.html.
-
- Usuario registrado
- Mensajes: 8
- Registrado: 05 Feb 2007, 14:32
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
marinalch escribió:En la pregunta 3 piden una SQL constraint. Una SQL constraint es una SQL que define una constraint, no tiene porque llevar la palabra constraint.
Lo digo porque se ha estado diciendo que tiene que llevar la palabra constraint. Creo que por si acaso sería conveniente poner una referencia a la documentación de Postgre, donde se explica el tema de las constraints :http://www.postgresql.org/docs/9.5/stat ... table.html.
Totalmente de acuerdo, viene un ejemplo en la documentación sobre ello......, quieren enrevesar tanto las preguntas para inducirte al error que se inducen ellos mismos......
- marinalch
- Usuario registrado
- Mensajes: 30
- Registrado: 24 Feb 2016, 15:36
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Si alguno está haciendo la impugnación de la pregunta 3 y tiene un cliente que no utilice comillas en las tablas que diga cuál es, porfa... Ya he probado con dos: HeidiSQL y SQL Maestro y los dos ponen comillas y prefiero no ponerlas en las capturas...
- Panoramix
- Usuario registrado
- Mensajes: 24
- Registrado: 09 May 2016, 14:44
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Pues yo estoy contigo, el atributo de la etiqueta no es correcto, el válido sería <div id="caja">. No tragan ni <div id="#caja">, ni <div id=#caja> (que es el del enunciado), haced la prueba, cread el html y abridlo con el navegador:derteo_15 escribió:Hola,
Yo voy a impugnar la 26 ya que creo que está mal ¿no la véis incorrecta?
<div id=#caja>
En la correspondencia en css no se puede poner la almohadilla en el id, sólo se pone en la definición del estilo.
Pongo un ejemplo, el primer div funcionaría y el segundo no.
No hay ninguna respuesta válida.
Código: Seleccionar todo
<!DOCTYPE html> <html> <head> <style> #caja { -moz-border-radius: 15px 15px 15px 15px; border-radius: 15px 15px 15px 15px; border: 2px solid; } </style> </head> <body> <div id="caja">The border-radius property allows you to add rounded corners to elements.</div> <div id="#caja">The border-radius property allows you to add rounded corners to elements.</div> </body> </html>
Código: Seleccionar todo
<!DOCTYPE html>
<html>
<head>
<style>
#caja {
-moz-border-radius: 15px 15px 15px 15px;
border-radius: 15px 15px 15px 15px;
border: 2px solid;
}
</style>
</head>
<body>
<div id="caja">id="caja"</div>
<div id="#caja">id="#caja"</div>
<div id=#caja>id=#caja</div>
</body>
</html>
-
- Usuario registrado
- Mensajes: 38
- Registrado: 14 Abr 2016, 11:12
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Yo no voy por el bloque 3 pero para demostrar lo del case sensitive hacerle algún miniprogramita o alguna captura de pantalla con Eclipse o algo donde quede claro q no son lo mismo.
No hay mejor fuente que eso...
No hay mejor fuente que eso...
-
- Usuario registrado
- Mensajes: 5
- Registrado: 09 May 2016, 18:08
- Agradecido: 0
- Agradecimiento recibido: 0
Re: Impugnaciones Bloque III 2º TAI
Creo que este enlace podría venir bien para el tema de case sensitive en javascript:
https://developer.mozilla.org/es/docs/W ... _and_types
https://developer.mozilla.org/es/docs/W ... _and_types