¿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?

Siga el debate

8 respuestas

Tengo una respuesta

Preguntas similare

Transact-SQL: ¿TRUNCATE o DROP/CREATE TABLE? ¿Qué es mas rapido y seguro?

Leer las respuestas

#6 Maximiliano Damian Accotto

07/12/2003 - 19:20 | Informe spam

ok!! entonces sabiendo las limitaciones de select into creo q podes verlo.

Un saludo

Accotto Maximiliano Damian
(maxi_accotto[arroba]speedy.com.ar)

MSN:
"Dalmos" escribió en el mensaje
news:

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.

Responder a este mensaje

#7 Javier Loria

08/12/2003 - 15:05 | Informe spam

Hola Dalmos:
En general NO es tan buena practica ir creando tablas temporales excepto
en casos muy especificos, lo mejor es "cambiar la forma de pensar" y
trabajar directamente con tablas derivadas. Ejem:
=SELECT
FROM (SELECT
FROM ...) JOIN
(SELECT
FROM ...)
ON
= Aun cuando no siempre es posible, y algunas veces es inconveniente este
mecanismo, la gran mayoria de las veces es MUCHO mas rapido.
Si quiere revisar mas informacion:
http://www.sql-server-performance.c...tables.asp

Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Dalmos escribio:

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.

Responder a este mensaje

#8 Dalmos

09/12/2003 - 18:33 | Informe spam

On Sat, 06 Dec 2003 07:36:19 +0100, Dalmos wrote:

Gracias por los consejos.

Siga el debate Respuesta

Responder a este mensaje

Ads by Google