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:
Mostrar la cita

Estimados,

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

aplicacion
Mostrar la cita

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
Mostrar la cita

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:
Mostrar la cita

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
Mostrar la cita

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..
Mostrar la cita

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:#
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> 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:%
Mostrar la cita

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
Mostrar la cita

> 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
Mostrar la cita

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

el
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

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

queria
Mostrar la cita

> 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
Mostrar la cita

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

de
Mostrar la cita

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

de
Mostrar la cita

> 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>
Mostrar la cita

> > 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:
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> 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
Mostrar la cita

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

la
Mostrar la cita

> 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
Mostrar la cita

> > 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
Mostrar la cita

> 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
Mostrar la cita

> > 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
Mostrar la cita

> .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
Mostrar la cita

> > 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
Mostrar la cita

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

que
Mostrar la cita

> > > 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?
Mostrar la cita

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

a
Mostrar la cita

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