Autorizacion de cambio

27/08/2009 - 17:55 por Aventurero | Informe spam
En una base de SQL Server 2005 para poder ver los diagramas

EXEC sp_dbcmptlevel 'BDSafra', '90';

ALTER AUTHORIZATION ON DATABASE::BDSafra TO sa

Pero cuando accedo con la aplicación ASP.NET 3.5 (que siempre ha funcionado)

con la siguiente cadena de conexión

<add name="BDTrabajoConnectionString" connectionString="Data
Source=SERVIDOR1;Initial Catalog½Trabajo;Integrated Security=True"
providerName="System.Data.SqlClient"/>

No me está grabando ninguna información, solo permite consultas

¿Como configuro la Base de Datos para que me permita la actualización de
datos (insert/update)

Preguntas similare

Leer las respuestas

#1 Carlos Sacristan
27/08/2009 - 18:13 | Informe spam
No tiene nada que ver una cosa con la otra. Es más, estás haciendo las
operaciones sobre bases de datos diferentes (BDSafra y BDTrabajo).

Comprueba que el usuario con el que te conectas tenga el rol de
db_datawriter para poder modificar datos. Probablemente ahora sólo tenga
db_datareader

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba


"Aventurero" wrote in message
news:u$5J%
En una base de SQL Server 2005 para poder ver los diagramas

EXEC sp_dbcmptlevel 'BDSafra', '90';

ALTER AUTHORIZATION ON DATABASE::BDSafra TO sa

Pero cuando accedo con la aplicación ASP.NET 3.5 (que siempre ha
funcionado)

con la siguiente cadena de conexión

<add name="BDTrabajoConnectionString" connectionString="Data
Source=SERVIDOR1;Initial Catalog½Trabajo;Integrated Security=True"
providerName="System.Data.SqlClient"/>

No me está grabando ninguna información, solo permite consultas

¿Como configuro la Base de Datos para que me permita la actualización de
datos (insert/update)






Respuesta Responder a este mensaje
#2 Ruben Garrigos
27/08/2009 - 18:17 | Informe spam
Dado que en la cadena de conexión estás utilizando seguridad integrada
tendrás que ver los permisos de que dispone el usuario de Windows con el
que te conectas a la base de datos.

Si lo que quieres es permitir la inserción/modificación/borrado de datos
en todas las tablas de tu base de datos dispones de un rol de base de
datos llamado db_datawriter que asignado a tu usuario te permitirá hacer
todo eso. Sin embargo sería más apropiado que determinaras sobre que
tablas se requiere realmente realizar modificaciones y asignaras los
permisos adecuados en vez de dar a dicho usuario permisos sobre todas
las tablas, presentes y futuras, de la base de datos.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

Aventurero escribió:
En una base de SQL Server 2005 para poder ver los diagramas

EXEC sp_dbcmptlevel 'BDSafra', '90';

ALTER AUTHORIZATION ON DATABASE::BDSafra TO sa

Pero cuando accedo con la aplicación ASP.NET 3.5 (que siempre ha funcionado)

con la siguiente cadena de conexión

<add name="BDTrabajoConnectionString" connectionString="Data
Source=SERVIDOR1;Initial Catalog½Trabajo;Integrated Security=True"
providerName="System.Data.SqlClient"/>

No me está grabando ninguna información, solo permite consultas

¿Como configuro la Base de Datos para que me permita la actualización de
datos (insert/update)






Respuesta Responder a este mensaje
#3 Aventurero
27/08/2009 - 21:54 | Informe spam
Gracias Carlos.

Esto fue un error de transcripción mio. Estoy trabajando sobre la misma
Base.

Vuelvo y repito el cambio que le hice

EXEC sp_dbcmptlevel 'BDSafra', '90';

ALTER AUTHORIZATION ON DATABASE::BDSafra TO sa

Y ahí se dañó todo. Esta Base de Datos la llevo utilizando bien en
producción hace más de 6 meses.

Gracias de nuevo.
Respuesta Responder a este mensaje
#4 Carlos Sacristan
28/08/2009 - 09:28 | Informe spam
Lo único que se me ocurre es que el propietario de la base de datos fuera el
usuario con el que te conectas. Si por un casual tuviera asignado el rol de
db_datareader, al cambiar el propietario de la base de datos a sa, se
apliquen los permisos efectivos...

En cualquier caso, tal y como te comentábamos Rubén o yo, tendrás que
asignarle el rol db_datawriter o bien los permisos concretos de escritura
sobre los objetos que sean.

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba


"Aventurero" wrote in message
news:
Gracias Carlos.

Esto fue un error de transcripción mio. Estoy trabajando sobre la misma
Base.

Vuelvo y repito el cambio que le hice

EXEC sp_dbcmptlevel 'BDSafra', '90';

ALTER AUTHORIZATION ON DATABASE::BDSafra TO sa

Y ahí se dañó todo. Esta Base de Datos la llevo utilizando bien en
producción hace más de 6 meses.

Gracias de nuevo.


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida