He heredado, que suerte!!!

Hola David,

On 5 apr, 21:32, "David" wrote:

Microsoft SQL Server 2000

Muy buenas, he heredado (QUE SUERTE !!!) una base de datos con un diseño
algo particular:

[Tabla_nombres] y [Tabla_datos] están relaciones uno-a-muchos

Tabla_nombres
-
[idnombre] INT
[nombre] STRING

Tabla_datos
-
Su clave principal

sus campos
...
[idnombre] de la tabla Tabla_nombres
y estrañamente el campo [nombre] de la tabla Tabla_nombres



Bien, ¿sería posible actualizar DE FORMA MASIVA el campo [nombre] de la
Tabla_datos con los datos almacenados en la Tabla_nombre?

Seguro que si.

UPDATE [Tabla_datos]
SET [nombre]= ?¿?¿?¿?
WHERE ?¿?¿?¿? [Tabla_nombres]

update Tabla_datos
set nombre = N.nombre
from Tabla_datos D join Tabla_nombres N on D.idnombre=N.idnombre

Saludos,
Carlos

update Tabla_datos
set nombre = N.nombre
from Tabla_datos D join Tabla_nombres N on D.idnombre=N.idnombre

Estoy pensando seriamente dedicarme a otra cosa. Sólo una cosilla para no
desmoralizarme y tirar la toalla (me doy cuenta que no tengo ni "p..." idea
de bases de datos)

¿Un programador no tiene por qué dominar esto de las base de datos?, lo digo
porque fundamentalmente me dedico a programar, la gente que consulta estos
foros sereis administradores de bases de datos, es cierta esta desigualdad:

Administardor DB <> Programador

(por transitividad un Administrador de DB ni "p..." idea de programar)

En fin de nuevo GRACIAS (en mayúsculas)

Hola David,

On 5 apr, 22:35, "David" wrote:

update Tabla_datos
set nombre =  N.nombre
from Tabla_datos D join Tabla_nombres N on D.idnombre=N.idnombre

Estoy pensando seriamente dedicarme a otra cosa.

O seguir aprendiendo? :-)

Sólo una cosilla para no
desmoralizarme y tirar la toalla (me doy cuenta que no tengo ni "p..." idea
de bases de datos)

¿Un programador no tiene por qué dominar esto de las base de datos?,

Cuando un programador se dedica a sistemas de información,
pues si tiene que dominar el tema.

lo digo
porque fundamentalmente me dedico a programar, la gente que consulta estos
foros sereis administradores de bases de datos, es cierta esta desigualdad:

Administardor DB <> Programador

(por transitividad un Administrador de DB ni "p..." idea de programar)

Hombre no quiero desmoralizarte pero esto es una tontería.
Yo soy programador. Si te dedicas a sistemas de informacion,
tener conocimientos sobre bases de datos es muy importante.
Además piensa que SQL también es un lenguage de programación.

En fin de nuevo GRACIAS (en mayúsculas)

De nada. Encantado.
Y no te desanimes hombre!! Sigue aprendiendo.
Te has pasado un pasado un pelín con tu análisis. Muy blanquinegro!

Saludos,
Carlos

Te has pasado un pasado un pelín ...

Y un programador también tiene que escribir bien.
"Te has pasado un pelín " :)

Saludos,
Carlos

"David" escribió en el mensaje
news:

update Tabla_datos
set nombre = N.nombre
from Tabla_datos D join Tabla_nombres N on D.idnombre=N.idnombre

Estoy pensando seriamente dedicarme a otra cosa. Sólo una cosilla para no
desmoralizarme y tirar la toalla (me doy cuenta que no tengo ni "p..."
idea de bases de datos)

¿Un programador no tiene por qué dominar esto de las base de datos?, lo
digo porque fundamentalmente me dedico a programar, la gente que consulta
estos foros sereis administradores de bases de datos, es cierta esta
desigualdad:

Administardor DB <> Programador

(por transitividad un Administrador de DB ni "p..." idea de programar)

En fin de nuevo GRACIAS (en mayúsculas)

Hola.

Un administrador de base de datos te diría que elimines el nombre de
TablaDatos, que crees una restricción de integridad referencial que haga
depender Tabla_datos.idNombre de Tabla_nombres.idNombre, que no permitas
NULL en ninguna de las dos y que crees una vista más o menos así:

SELECT Tabla_datos.*, Tabla_nombres.nombre
FROM Tabla_Datos INNER JOIN Tabla_Nombres
ON Tabla_Datos.idNombre = Tabla_Nombres.idNombre

y luego programes contra esa vista.

Un programador te diría lo mismo. A fin de cuentas, quienes escribimos los
SGBD somos los programadores. Los DBA se limitan a usar las herramientas que
creamos para ellos.

Hazte tu una idea de cuánto deberíamos saber...


Salud!