Store Procedure ¿ ?

Hola Victor,

On 4 nov, 15:29, "Victor B." wrote:

<...>

Por último, y retomando un poco el espíritu del título del hilo, considero
que se deberían explicar adecuadamente las ventajas o inconvenientes de usar
SP con respecto a triggers, roles, permisos, consultas parametrizadas,
vistas y otros mecanismos. Indicando, aunque sea a groso modo, en qué
situaciones, factor de escalabilidad de los mismos, etc. Y sobre todo, tanto
desde la prespectiva del administrador de BBDD como del desarrollador. Todos
sabemos que en nuestra profesión, el desarrollador tiene que hacer, casi
siempre, de admin. de BBDD y, en algunas ocasiones, el administrador debe
desarrollar.

Todos esos aspectos han sido discutidos en los enlaces que he puesto
y muchos más. Existe un problema enorme de comunicación; distintas
experiencias, niveles de formación (desde los productos, desde
la teoría, etc), intereses, cultura, formas, etc.
Todos estos hilos empiezan muy interesantes y acaban bastante mal.
(Lo que no se entiende... se destruye.)

Además pienso que aquí no se va a aprender mucho. Puede
uno encontrar una reafirmación (o lo contrario) de algo que
ya uno está investigando/estudiando por si mismo. Pero nada más.

Me niego a pensar que los SP son simplemente scripts.

No se trata de que sean o no 'scripts'. Eso es lo de menos.

Saludos,
Carlos

Hola Victor,

On 4 nov, 15:56, "Victor B." wrote:

Pues dame algo de luz al respecto, como ves el tema me interesa bastante.

Si tu interés es "interés, interés, interés" :-) para empezar:

Libro:
"An Introduction to Database Systems''
C. Date

Foro:
comp.databases.theory

Muy interesante: (aunque desde hace tiempo sin actividad)
www.dbdebunk.com
(todos los libros en la sección Books son buenos)

Si solo buscas trucos, recetas o conocimientos sobre un producto
determinado, no sigas estas referencias.
Estas referencias no te van a explicar cuando y cuando no
usar SP's. Eso sabrás deducirlo tu después de haber
profundizado en esas direcciones.

Todo esto sin saber cuales son tus intereses, conocimientos
experiencia, etc. A lo mejor estoy metiendo la pata; pero bueno
uno tiene que arriesgarse un poco.

Esto es "luz" para un comienzo a largo plazo. Supongo que
Alfredo tendrá algo mas a corto plazo. :-)

Saludos,
Carlos

Hola Víctor:

"Victor B." escribió en el mensaje de
noticias:

Pues dame algo de luz al respecto, como ves el tema me interesa bastante.

Víctor B.
Desarrollador independiente
"Alfredo Novoa" escribió en el mensaje
news:1f5qplwrkokts$.11ro41uawdkdg$

Hola Victor

El Tue, 4 Nov 2008 13:12:23 +0100, Victor B. escribió:

Ajá, entonces es seguro que me falta un reciclaje a fondo. En cualquier
caso, no me gustaría pensar que 'las buenas maneras' en programación se
han
perdido. Si hasta hace poco tiempo (relativamente) era casi deontológico
hacer uso de los SP para lograr mejor perfomance y dotar de cierto nivel
de
seguridad a nuestros sistemas

Según de que escuela vengas. Lo del rendimiento ya ves que se ha
desvanecido y con respecto a la seguridad también hay otras alternativas.

, mi hábito es tan fuerte como el fumar (que
también lo tengo) y, si bien es cierto que hoy en día las consultas
parametrizadas ya son tan eficaces me pregunto lo siguiente:
Si la capa de negocio la desarrollamos mayormente con SP en en la BBDD,
y no
a nivel de programación con sentencias T-SQL implementadas en el código,
en
un sistema donde la interfaz de usuario es de escritorio, cuando haya
cambios en las reglas, no sería mejor hacer el cambio en los SP
solamente
una vez, que hacer el cambio en el ejecutable y tener que volver a
actualizar todos los terminales?

Si claro, pero se puede hacer aun mejor, en muchos cases se puede
conseguir
lo mismo sin usar SP con menor esfuerzo.


Saludos
Alfredo

Aunque a veces no se les entienda mucho (a mi me cuesta, sinceramente), ten
muy en cuenta la opinión de este par de trolls. Son un poco tocapelotas (en
el buen sentido), pero se aprende mucho de ellos.

Yo solo uso SP's para operaciones muy concretas, pero nada que ver con
trabajo directo sobre las tablas. Desde que les leí, investigué un poco.
Únicamente recurro a vistas, vistas indexadas, triggers "instead of",
funciones de usuario para las checks y preparado de consultas en .NET, y con
esas cinco cosas no he tenido apenas que recurrir a un SP. No al menos como
parece que se propone muchas veces su uso.

Pero eso es sólo mi experiencia...

Un saludo

Por cierto, una aclaración.

Además de ellos, he aprendido de mucha otra gente aquí (el último que se me
viene a la cabeza, Jesús López, pero podría ser cualquiera de los habituales
aquí, Alejandro, Maxi o Gux). Si he mandado este post es porque son a los
que más se les "atiza" por sistema y considero sus aportaciones más que
interesantes y didácticas.


Saludos

"Juan Diego Bueno" escribió en el mensaje
de noticias:

Hola Víctor:

"Victor B." escribió en el mensaje de
noticias:

Pues dame algo de luz al respecto, como ves el tema me interesa bastante.

Víctor B.
Desarrollador independiente
"Alfredo Novoa" escribió en el mensaje
news:1f5qplwrkokts$.11ro41uawdkdg$

Hola Victor

El Tue, 4 Nov 2008 13:12:23 +0100, Victor B. escribió:

Ajá, entonces es seguro que me falta un reciclaje a fondo. En cualquier
caso, no me gustaría pensar que 'las buenas maneras' en programación se
han
perdido. Si hasta hace poco tiempo (relativamente) era casi
deontológico
hacer uso de los SP para lograr mejor perfomance y dotar de cierto
nivel de
seguridad a nuestros sistemas

Según de que escuela vengas. Lo del rendimiento ya ves que se ha
desvanecido y con respecto a la seguridad también hay otras
alternativas.

, mi hábito es tan fuerte como el fumar (que
también lo tengo) y, si bien es cierto que hoy en día las consultas
parametrizadas ya son tan eficaces me pregunto lo siguiente:
Si la capa de negocio la desarrollamos mayormente con SP en en la BBDD,
y no
a nivel de programación con sentencias T-SQL implementadas en el
código, en
un sistema donde la interfaz de usuario es de escritorio, cuando haya
cambios en las reglas, no sería mejor hacer el cambio en los SP
solamente
una vez, que hacer el cambio en el ejecutable y tener que volver a
actualizar todos los terminales?

Si claro, pero se puede hacer aun mejor, en muchos cases se puede
conseguir
lo mismo sin usar SP con menor esfuerzo.


Saludos
Alfredo

Aunque a veces no se les entienda mucho (a mi me cuesta, sinceramente),
ten muy en cuenta la opinión de este par de trolls. Son un poco
tocapelotas (en el buen sentido), pero se aprende mucho de ellos.

Yo solo uso SP's para operaciones muy concretas, pero nada que ver con
trabajo directo sobre las tablas. Desde que les leí, investigué un poco.
Únicamente recurro a vistas, vistas indexadas, triggers "instead of",
funciones de usuario para las checks y preparado de consultas en .NET, y
con esas cinco cosas no he tenido apenas que recurrir a un SP. No al menos
como parece que se propone muchas veces su uso.

Pero eso es sólo mi experiencia...

Un saludo

Gracias por el dato.

Víctor B.
Desarrollador independiente
"Carlos M. Calvelo" escribió en el mensaje
news:
Hola Victor,

On 4 nov, 15:56, "Victor B." wrote:

Pues dame algo de luz al respecto, como ves el tema me interesa bastante.

Si tu interés es "interés, interés, interés" :-) para empezar:

Libro:
"An Introduction to Database Systems''
C. Date

Foro:
comp.databases.theory

Muy interesante: (aunque desde hace tiempo sin actividad)
www.dbdebunk.com
(todos los libros en la sección Books son buenos)

Si solo buscas trucos, recetas o conocimientos sobre un producto
determinado, no sigas estas referencias.
Estas referencias no te van a explicar cuando y cuando no
usar SP's. Eso sabrás deducirlo tu después de haber
profundizado en esas direcciones.

Todo esto sin saber cuales son tus intereses, conocimientos
experiencia, etc. A lo mejor estoy metiendo la pata; pero bueno
uno tiene que arriesgarse un poco.

Esto es "luz" para un comienzo a largo plazo. Supongo que
Alfredo tendrá algo mas a corto plazo. :-)

Saludos,
Carlos