Sobre limitaciones de scripts de SQL

:-d No digo que sea solo para Mvp ;-) lo que me gusta de netscan es las
stadisticas :p

Bye


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Eladio Rincón" escribió en el mensaje
news:%
Hola Max,

netscan no es una herramienta para MVPs ni nada de eso; es pública para todo
el que la quiera usar; personalmente prefiero google; puede ser costumbre
pero me siento más cómodo y encuentro antes lo que busco ;-)

y un link que puede ser de ayuda:
una reflexión de cómo hacer preguntas:
http://www.sindominio.net/ayuda/pre...entes.html




Eladio Rincón
Torrevieja - Alicante
MCAD, SQL Server MVP
http://www.siquelnet.com

"Comparte lo que sabes, aprende lo que no sepas." FGG


Maxi wrote:

Hola, estoy totalmente con ustedes!! solo me gustaria agregar una
cosita pequeña.

Hay una excelente herramienta para ver los temas de los News y cuales
son los TOP, etc

http://netscan.research.microsoft.com/

Esta es una EXCELENTE herramienta antes de ir a los News, se las
recomiendo a los que no la conocen ;-), vos Gux ya la conoces por ser
Mvp, pero para los demas mortales les comento que la pueden usar :-)

Suerte


"Gustavo Larriera [MVP SQL]" escribió en el
mensaje news:

Apoyo totalmente la propuesta de Isaías.

Tenemos todos que acotumbrarnos y también educar a los nuevos a que
siempre busquen primero en los Books Online o en la KB de soporte de
Microsoft. Hay decenas de preguntas que se resuelven directamente
allí, por ejemplo

- mensajes de error: buscarlos en la KB
(http://support.microsoft.com) que siempre hay respuestas

- funcionalidades del SQL Server (puede hacer X cosa? cuál es el
límite de X cosa?) ... este tipo de preguntas suelen estar
claramente respondidas en el BOL

- con qué stored procedure puedo hacer X cosa? idem anterior

- cuál es la diferencia entre versiones o los precios del producto?
ver en www.microsoft.com/sql

- cómo es SQL con respecto a Oracle/DB2/MySql/etc etc ...
www.google.com , buscar comparatives

- regla de oro: buscar en los mesnajes viejos de este mismo foro...
hay preguntas que se repiten mucho. Y también no dejar de lado los
excelentes portales que hay de varios de los amigos del foro.

Creo que eso permite que entre todos podamos brindar más respuestas
por día, optimizar el uso de esta comunidad.

Mi modesta opinión, saludos
gux

Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga
ningun derecho / This posting is provided "AS IS" with no
warranties, and confers no rights.
"Isaías" wrote in message
news:c32c01c43847$e1514650$
Hola

Sugiero a todos los foristas (me incluyo) que antes de
exponer alguna duda o idea, primero revisen su BOL o bien
busquen por Internet, seguramente encontraran respuesta,
esta, la copio integramente del BOL.

El tamaño máximo de un procedimiento almacenado es 128 MB.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.676 / Virus Database: 438 - Release Date: 05/05/2004

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.676 / Virus Database: 438 - Release Date: 05/05/2004

muchas gracias javier.

bueno sorry a los otros que se molestaron por la pregunta.


"Javier Loria" wrote in message
news:

Hola Gustavo:
Tengo algunos scripts de mas de 50,000 lineas que corren bien, En

alguno

momento por encima de esto valores me encontre con problemas, no tanto de
del servidor de SQL como del Query Analizer.
Adiconalmente es un "bug" conocido que a veces se pierde el numero de
linea, por lo que el error de sintaxis que se reporta no esta en la linea
correcta. Debes revisar la sintaxis por bloques :(, marcando el codigo y
solicitando la revision de sintaxis.
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.

Gustavo Villaran escribio:
> hola , alguien sabe si hay alguna limitacion en la cantidad de lineas
> de los scripts o prodecures que se pueden ejecutar en el analizador
> de consultas?
>
> Tengo un script de migracion que tiene como 2500 lineas y falla por
> algun motivo que aun no encuentro...
>
> hay alguna limitacion con la cantidad de lineas?
>
> gracias por la ayuda.

Lo único que no tiene limites es la estupidez humana.
Antes de peguntar investiga, despues comparte.

Un saludo.
Raimundo.

No te preocupes, siempre seran bienvenidas!!! :) (Al menos por la mayoria de
nosotros)

PS: Me gusta mucho el lema de la gente del Solid Quality Learning : "Share
what u know, learn what u don't)

ALEJANDRO LEGUIZAMO
Colombia - SQL Server MVP


"Gustavo Villaran" wrote in message
news:Oea$

muchas gracias javier.

bueno sorry a los otros que se molestaron por la pregunta.


"Javier Loria" wrote in message
news:
> Hola Gustavo:
> Tengo algunos scripts de mas de 50,000 lineas que corren bien, En
alguno
> momento por encima de esto valores me encontre con problemas, no tanto

de

> del servidor de SQL como del Query Analizer.
> Adiconalmente es un "bug" conocido que a veces se pierde el numero

de

> linea, por lo que el error de sintaxis que se reporta no esta en la

linea

> correcta. Debes revisar la sintaxis por bloques :(, marcando el codigo y
> solicitando la revision de sintaxis.
> 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.
>
> Gustavo Villaran escribio:
> > hola , alguien sabe si hay alguna limitacion en la cantidad de lineas
> > de los scripts o prodecures que se pueden ejecutar en el analizador
> > de consultas?
> >
> > Tengo un script de migracion que tiene como 2500 lineas y falla por
> > algun motivo que aun no encuentro...
> >
> > hay alguna limitacion con la cantidad de lineas?
> >
> > gracias por la ayuda.
>
>