¿Que es mejor? CREATE TABLE + INSERT INTO o bien SELECT INTO

06/12/2003 - 07:36 por Dalmos | Informe spam
Con SELECT INTO no tengo que preocuparme de conocer la estructura de
la tabla original, pero he leido que es preferible crear primero la
tabla y después insertar los datos, con lo que también se aumenta la
complejidad del proceso, ya que son dos operaciones en lugar de una.
¿Que opinais?

Otra cosa, si efectúo un SELECT INTO, ¿la tabla creada toma los
índices que tenía la tabla de origen?

Preguntas similare

Leer las respuestas

#1 Maximiliano Damian Accotto
06/12/2003 - 19:28 | Informe spam
Hola!! mira Select into no crea los indices en tu nuevo tabla!! yo select
into solo lo utilizo por ej cuando tengo q crear alguna tabla temporal o en
casos de prueba nomas.

No se bien que es lo que queres hacer (si lo contaras quizas te pueda dar
una mano), pero soy mas partidiario de crear la tabla con el CREATE y luego
hacer todo el resto, te repito uso solo Select into para casos muy
puntuales.

Saludos


Accotto Maximiliano Damian
()

MSN:


news:
Con SELECT INTO no tengo que preocuparme de conocer la estructura de
la tabla original, pero he leido que es preferible crear primero la
tabla y después insertar los datos, con lo que también se aumenta la
complejidad del proceso, ya que son dos operaciones en lugar de una.
¿Que opinais?

Otra cosa, si efectúo un SELECT INTO, ¿la tabla creada toma los
índices que tenía la tabla de origen?
Respuesta Responder a este mensaje
#2 Miguel Egea
06/12/2003 - 19:37 | Informe spam
También hay una razón más si lo haces dentro de procedimientos almacenados,
la mezcla de instrucciones ddl con instrucciones DML fuerza recompilaciones,
por eso es recomendable toda la creación al principio del procedimiento
almacenado y todas las manipulaciones en su cuerpo.


=Miguel Egea
http://www.portalsql.com
Microsoft SQL-SERVER MVP.
Brigada Anti-Cursores
Aviso de Seguridad
http://www.microsoft.com/spain/tech...9-USER.asp
==
"Dalmos" escribió en el mensaje
news:
Con SELECT INTO no tengo que preocuparme de conocer la estructura de
la tabla original, pero he leido que es preferible crear primero la
tabla y después insertar los datos, con lo que también se aumenta la
complejidad del proceso, ya que son dos operaciones en lugar de una.
¿Que opinais?

Otra cosa, si efectúo un SELECT INTO, ¿la tabla creada toma los
índices que tenía la tabla de origen?
Respuesta Responder a este mensaje
#3 Dalmos
07/12/2003 - 08:04 | Informe spam
On Sat, 06 Dec 2003 07:36:19 +0100, Dalmos wrote:

Gracias.

El motivo de la pregunta es que hasta ahora había utilizado bases de
datos de Acces, pero voy a pasar a SQL Server a través de Visual Basic
y quería saber en términos generales que era más acertado a la hora de
optimizar mi código de acceso a los datos.
Respuesta Responder a este mensaje
#4 Maximiliano Damian Accotto
07/12/2003 - 16:47 | Informe spam
hola!! pero el select into para que lo queres o pensas usar?



Accotto Maximiliano Damian
()

MSN:
"Dalmos" escribió en el mensaje
news:
On Sat, 06 Dec 2003 07:36:19 +0100, Dalmos wrote:

Gracias.

El motivo de la pregunta es que hasta ahora había utilizado bases de
datos de Acces, pero voy a pasar a SQL Server a través de Visual Basic
y quería saber en términos generales que era más acertado a la hora de
optimizar mi código de acceso a los datos.
Respuesta Responder a este mensaje
#5 Dalmos
07/12/2003 - 19:01 | Informe spam
On Sat, 06 Dec 2003 07:36:19 +0100, Dalmos wrote:

Lo quiero utilizar para crear una tabla temporal de trabajo por
usuario y, para no tener que modificar el código del aplicativo, tenía
pensado Select into y así no tendría por que saber de antemano la
estructura de la tabla base.
Si modifico o inserto algún campo nuevo en la tabla base, no tendría
que modificar el código del aplicativo en Visual Basic, ya que select
into me crea una tabla idéntica a la original y de esta forma tendría
un aplicativo dinámico de consulta.
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida