FUNCIONES DE APLICACION

Hola Max, no se que alcance puedan tener en yukon, no se si se ha hecho
público ese detalle,...
En cualquier caso esa limitación es 'fácilmente' subsanable a través de
vistas. Puedes crear una vista en tu bd y que tenga acceso a la tabla de la
otra base de datos. Revisa en el service pack 3 de sql también lo que
significa 'encadenamiento de la propiedad', algo publiqué en portalsql.com..
Saludos
Miguel Egea
"Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
escribió en el mensaje news:

Estimados,

Les hago una consulta, alguno de ustedes sabe si las funciones de

aplicacion

en alguna version futura de Sp o Yukon mismo, ampliaran su alcance?
Hoy dia el alcance de las mismas es la Bdd y si se quiere acceder a otra

Bdd

lo hace con los permisos de Guest, cosa que no me gusta mucho.

Salu2

Maximiliano Damian Accotto

mil gracias, ahora si hago una vista no? este usuario tendra acceso por ej
desde un Excel verdad?

voy a leer lo que me decis de Encadenamiento de la propiedad, porque la idea
es que solo se pueda acceder a los datos por medio de la aplicacion y nada
mas, esto lo podria solucionar con Sp y leer si el application_name es el
mio, pero la verdad que esto mucho no me gusta y en .net lo vi bastante
engorroso.

Lo que haciamos antes (cuando no existian las funciones de aplicacion) era
esta tecnica (decime que te parece)

Los usuarios en la aplicacion los generamos por un Sp por ej, el cual da de
alta el usuario en Sql (puede ser Windows o Sql es lo mismo) pero generaba
un usuario B digamos de la siguiente forma.

Ej: Usuario pepe

entonces el Sp generaba pepe y pepe#.

Con el primero se daba el permiso a la conexion, si esto era ok se logea
luego la aplicacion con el segundo (que para definir su clave tiene un
algoritmo contra el user_id) por lo cual era como emular las funciones de
aplicacion hoy dia con la ventaja que el ambito era mayor verdad?

No se si es la mejor tecnica pero me ha funcionado por algun tiempo y muy
bien, ahora como estoy intentando desarrollar una nueva aplicacion y en .NET
queria sacarle mayor ventaja a las funciones de aplicacion, por eso queria
saber si estaba pensado si se le ampliaria el ambito o no.

Gracias por tu ayuda

Maximiliano Damian Accotto
"Miguel Egea" escribió en el mensaje
news:

Hola Max, no se que alcance puedan tener en yukon, no se si se ha hecho
público ese detalle,...
En cualquier caso esa limitación es 'fácilmente' subsanable a través de
vistas. Puedes crear una vista en tu bd y que tenga acceso a la tabla de

la

otra base de datos. Revisa en el service pack 3 de sql también lo que
significa 'encadenamiento de la propiedad', algo publiqué en

portalsql.com..

Saludos
Miguel Egea
"Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
escribió en el mensaje news:
> Estimados,
>
> Les hago una consulta, alguno de ustedes sabe si las funciones de
aplicacion
> en alguna version futura de Sp o Yukon mismo, ampliaran su alcance?
> Hoy dia el alcance de las mismas es la Bdd y si se quiere acceder a otra
Bdd
> lo hace con los permisos de Guest, cosa que no me gusta mucho.
>
> Salu2
>
> Maximiliano Damian Accotto
>
>

maxi, lo que yo te digo es más simple, si tu creas una vista que sea tan
sencilla como
create view vwhola as
Select * from otrabd.dbo.otratabla

y das permiso a vwhola, dependiendo de lo del encadenamiento de la
propiedad, podrás hacer select, insert,updates y deletes sobre la vista y
estos se harán realmente sobre la tabla, por lo que para tí es como si
vwhola fuese una tabla física.. espero haberme explicado con este
galimatías..

Saludos
Miguel Egea

"Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
escribió en el mensaje news:#

mil gracias, ahora si hago una vista no? este usuario tendra acceso por ej
desde un Excel verdad?

voy a leer lo que me decis de Encadenamiento de la propiedad, porque la

idea

es que solo se pueda acceder a los datos por medio de la aplicacion y nada
mas, esto lo podria solucionar con Sp y leer si el application_name es el
mio, pero la verdad que esto mucho no me gusta y en .net lo vi bastante
engorroso.

Lo que haciamos antes (cuando no existian las funciones de aplicacion) era
esta tecnica (decime que te parece)

Los usuarios en la aplicacion los generamos por un Sp por ej, el cual da

de

alta el usuario en Sql (puede ser Windows o Sql es lo mismo) pero generaba
un usuario B digamos de la siguiente forma.

Ej: Usuario pepe

entonces el Sp generaba pepe y pepe#.

Con el primero se daba el permiso a la conexion, si esto era ok se logea
luego la aplicacion con el segundo (que para definir su clave tiene un
algoritmo contra el user_id) por lo cual era como emular las funciones de
aplicacion hoy dia con la ventaja que el ambito era mayor verdad?

No se si es la mejor tecnica pero me ha funcionado por algun tiempo y muy
bien, ahora como estoy intentando desarrollar una nueva aplicacion y en

.NET

queria sacarle mayor ventaja a las funciones de aplicacion, por eso queria
saber si estaba pensado si se le ampliaria el ambito o no.

Gracias por tu ayuda

Maximiliano Damian Accotto
"Miguel Egea" escribió en el mensaje
news:
> Hola Max, no se que alcance puedan tener en yukon, no se si se ha hecho
> público ese detalle,...
> En cualquier caso esa limitación es 'fácilmente' subsanable a través de
> vistas. Puedes crear una vista en tu bd y que tenga acceso a la tabla de
la
> otra base de datos. Revisa en el service pack 3 de sql también lo que
> significa 'encadenamiento de la propiedad', algo publiqué en
portalsql.com..
> Saludos
> Miguel Egea
> "Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
> escribió en el mensaje news:
> > Estimados,
> >
> > Les hago una consulta, alguno de ustedes sabe si las funciones de
> aplicacion
> > en alguna version futura de Sp o Yukon mismo, ampliaran su alcance?
> > Hoy dia el alcance de las mismas es la Bdd y si se quiere acceder a

otra

> Bdd
> > lo hace con los permisos de Guest, cosa que no me gusta mucho.
> >
> > Salu2
> >
> > Maximiliano Damian Accotto
> >
> >
>
>

si Miguel, a ver si te entendi:

Hago la vista bla bla y a la funcion de aplicacion le doy permiso sobre la
vista, el usuario como hasta ahora, le sacamos todo permiso, asi desde
ningun Excel por ej me entra a los datos si?

Es esto lo que me queres decir? de ser asi estaria muy piola, lei tu
documento y me parecio entendible y muy bien ahora estoy investigando en los
sp3 Bol :-D

Gracias amigo

Maximiliano Damian Accotto
"Miguel Egea" escribió en el mensaje
news:%

maxi, lo que yo te digo es más simple, si tu creas una vista que sea tan
sencilla como
create view vwhola as
Select * from otrabd.dbo.otratabla

y das permiso a vwhola, dependiendo de lo del encadenamiento de la
propiedad, podrás hacer select, insert,updates y deletes sobre la vista y
estos se harán realmente sobre la tabla, por lo que para tí es como si
vwhola fuese una tabla física.. espero haberme explicado con este
galimatías..

Saludos
Miguel Egea

"Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
escribió en el mensaje news:#
> mil gracias, ahora si hago una vista no? este usuario tendra acceso por

ej

> desde un Excel verdad?
>
> voy a leer lo que me decis de Encadenamiento de la propiedad, porque la
idea
> es que solo se pueda acceder a los datos por medio de la aplicacion y

nada

> mas, esto lo podria solucionar con Sp y leer si el application_name es

el

> mio, pero la verdad que esto mucho no me gusta y en .net lo vi bastante
> engorroso.
>
> Lo que haciamos antes (cuando no existian las funciones de aplicacion)

era

> esta tecnica (decime que te parece)
>
> Los usuarios en la aplicacion los generamos por un Sp por ej, el cual da
de
> alta el usuario en Sql (puede ser Windows o Sql es lo mismo) pero

generaba

> un usuario B digamos de la siguiente forma.
>
> Ej: Usuario pepe
>
> entonces el Sp generaba pepe y pepe#.
>
> Con el primero se daba el permiso a la conexion, si esto era ok se logea
> luego la aplicacion con el segundo (que para definir su clave tiene un
> algoritmo contra el user_id) por lo cual era como emular las funciones

de

> aplicacion hoy dia con la ventaja que el ambito era mayor verdad?
>
> No se si es la mejor tecnica pero me ha funcionado por algun tiempo y

muy

> bien, ahora como estoy intentando desarrollar una nueva aplicacion y en
.NET
> queria sacarle mayor ventaja a las funciones de aplicacion, por eso

queria

> saber si estaba pensado si se le ampliaria el ambito o no.
>
> Gracias por tu ayuda
>
> Maximiliano Damian Accotto
> "Miguel Egea" escribió en el mensaje
> news:
> > Hola Max, no se que alcance puedan tener en yukon, no se si se ha

hecho

> > público ese detalle,...
> > En cualquier caso esa limitación es 'fácilmente' subsanable a través

de

> > vistas. Puedes crear una vista en tu bd y que tenga acceso a la tabla

de

> la
> > otra base de datos. Revisa en el service pack 3 de sql también lo que
> > significa 'encadenamiento de la propiedad', algo publiqué en
> portalsql.com..
> > Saludos
> > Miguel Egea
> > "Maximiliano Damian Accotto"

<maxi_accotto[arroba]speedy.com.ar.SACAME>

> > escribió en el mensaje news:
> > > Estimados,
> > >
> > > Les hago una consulta, alguno de ustedes sabe si las funciones de
> > aplicacion
> > > en alguna version futura de Sp o Yukon mismo, ampliaran su alcance?
> > > Hoy dia el alcance de las mismas es la Bdd y si se quiere acceder a
otra
> > Bdd
> > > lo hace con los permisos de Guest, cosa que no me gusta mucho.
> > >
> > > Salu2
> > >
> > > Maximiliano Damian Accotto
> > >
> > >
> >
> >
>
>

PERFECTO MIGUELLL, como siempre tenes razon, funciona de lo mas bien, muy
interesante de verdad.

Un saludo enorme

Maximiliano Damian Accotto
"Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
escribió en el mensaje news:

si Miguel, a ver si te entendi:

Hago la vista bla bla y a la funcion de aplicacion le doy permiso sobre la
vista, el usuario como hasta ahora, le sacamos todo permiso, asi desde
ningun Excel por ej me entra a los datos si?

Es esto lo que me queres decir? de ser asi estaria muy piola, lei tu
documento y me parecio entendible y muy bien ahora estoy investigando en

los

sp3 Bol :-D

Gracias amigo

Maximiliano Damian Accotto
"Miguel Egea" escribió en el mensaje
news:%
> maxi, lo que yo te digo es más simple, si tu creas una vista que sea tan
> sencilla como
> create view vwhola as
> Select * from otrabd.dbo.otratabla
>
> y das permiso a vwhola, dependiendo de lo del encadenamiento de la
> propiedad, podrás hacer select, insert,updates y deletes sobre la vista

y

> estos se harán realmente sobre la tabla, por lo que para tí es como si
> vwhola fuese una tabla física.. espero haberme explicado con este
> galimatías..
>
> Saludos
> Miguel Egea
>
> "Maximiliano Damian Accotto" <maxi_accotto[arroba]speedy.com.ar.SACAME>
> escribió en el mensaje news:#
> > mil gracias, ahora si hago una vista no? este usuario tendra acceso

por

ej
> > desde un Excel verdad?
> >
> > voy a leer lo que me decis de Encadenamiento de la propiedad, porque

la

> idea
> > es que solo se pueda acceder a los datos por medio de la aplicacion y
nada
> > mas, esto lo podria solucionar con Sp y leer si el application_name es
el
> > mio, pero la verdad que esto mucho no me gusta y en .net lo vi

bastante

> > engorroso.
> >
> > Lo que haciamos antes (cuando no existian las funciones de aplicacion)
era
> > esta tecnica (decime que te parece)
> >
> > Los usuarios en la aplicacion los generamos por un Sp por ej, el cual

da

> de
> > alta el usuario en Sql (puede ser Windows o Sql es lo mismo) pero
generaba
> > un usuario B digamos de la siguiente forma.
> >
> > Ej: Usuario pepe
> >
> > entonces el Sp generaba pepe y pepe#.
> >
> > Con el primero se daba el permiso a la conexion, si esto era ok se

logea

> > luego la aplicacion con el segundo (que para definir su clave tiene un
> > algoritmo contra el user_id) por lo cual era como emular las funciones
de
> > aplicacion hoy dia con la ventaja que el ambito era mayor verdad?
> >
> > No se si es la mejor tecnica pero me ha funcionado por algun tiempo y
muy
> > bien, ahora como estoy intentando desarrollar una nueva aplicacion y

en

> .NET
> > queria sacarle mayor ventaja a las funciones de aplicacion, por eso
queria
> > saber si estaba pensado si se le ampliaria el ambito o no.
> >
> > Gracias por tu ayuda
> >
> > Maximiliano Damian Accotto
> > "Miguel Egea" escribió en el

mensaje

> > news:
> > > Hola Max, no se que alcance puedan tener en yukon, no se si se ha
hecho
> > > público ese detalle,...
> > > En cualquier caso esa limitación es 'fácilmente' subsanable a través
de
> > > vistas. Puedes crear una vista en tu bd y que tenga acceso a la

tabla

de
> > la
> > > otra base de datos. Revisa en el service pack 3 de sql también lo

que

> > > significa 'encadenamiento de la propiedad', algo publiqué en
> > portalsql.com..
> > > Saludos
> > > Miguel Egea
> > > "Maximiliano Damian Accotto"
<maxi_accotto[arroba]speedy.com.ar.SACAME>
> > > escribió en el mensaje news:
> > > > Estimados,
> > > >
> > > > Les hago una consulta, alguno de ustedes sabe si las funciones de
> > > aplicacion
> > > > en alguna version futura de Sp o Yukon mismo, ampliaran su

alcance?

> > > > Hoy dia el alcance de las mismas es la Bdd y si se quiere acceder

a

> otra
> > > Bdd
> > > > lo hace con los permisos de Guest, cosa que no me gusta mucho.
> > > >
> > > > Salu2
> > > >
> > > > Maximiliano Damian Accotto
> > > >
> > > >
> > >
> > >
> >
> >
>
>