Explicación Autenticacion en SQL Server

Поділитися
Вставка
  • Опубліковано 9 лис 2024

КОМЕНТАРІ • 15

  • @jesussaenz552
    @jesussaenz552 5 років тому +1

    Exelente explicación maestro una consulta no habra un curso completo sobre sql server que usted imparta no importa si es de pago su explicación es nitida.

    • @visoalgt
      @visoalgt  5 років тому +2

      Gracias Jesús, puedes encontrar nuestros cursos en Udemy
      www.udemy.com/consulta-de-datos-con-sql/
      www.udemy.com/desarrollo-de-bases-de-datos-con-sql-server-70-762/
      www.udemy.com/administracion-de-base-de-datos-con-sql-server/

  • @joseluiscastello8644
    @joseluiscastello8644 5 років тому +1

    Hola Victor
    Felicitaciones por otra excelente presentación y como siempre me pasa, queda tela para cortar, relacionado con el tema le hago la siguiente consulta
    version: 2017 developer
    bd: AdventureWorks2017
    Login: WA
    Problema
    Cuando quise hacer un diagrama de AW2017 me aparecio un error .... o el usuario dbo no tiene permisos
    lo llamativo es que el problema lo resolvi haciendo lo siguiente sp_changedbowner ''
    Concretamente mi pregunta es porque el login debe ser owner de la base de datos y no el user que logicamente en mi caso es dbo?
    Saludos,

    • @visoalgt
      @visoalgt  5 років тому +1

      Efectivamente no se puede crear un diagrama de base de datos si la base de datos no tiene un propietario, pero no tiene que ver con la cuenta con la que inicias sesión, es solo que la base de datos debe tener un dueño, esto se puede asignar con el procedimiento almacenado que mencionas o con haciendo clic derecho sobre la base de datos y luego yendo a la opción de files, ahí encuentras la propiedad de owner de la base de datos.

    • @JoseLuis-kl1zo
      @JoseLuis-kl1zo 5 років тому

      @@visoalgt muchas gracias Víctor

    • @visoalgt
      @visoalgt  5 років тому +2

      Si, para poder crear un diagrama es necesario exista un owner en la base de datos, este puede ser cualquiera pero debe tener uno, y si el owner debe ser un login, que tienes razón no es muy lógico porque un login y no un user, yo especularía que es porque un login existe antes de que exista la base de datos, una vez creada la base de datos ya se le asocian users.

  • @MiguelRiveraColin-cp5xv
    @MiguelRiveraColin-cp5xv 4 місяці тому

    Una pregunta esto nadamás se puede efectuar en con putadora y en teléfono tan bien
    El login

    • @visoalgt
      @visoalgt  4 місяці тому

      El login es la autorización al acceso a la base de datos, puede acceder directamente a través del management studio o a través de una aplicación, con una aplicación podría ser con el teléfono, pero solo a través de una aplicación.

  • @MAYNAZTRVT
    @MAYNAZTRVT Рік тому

    Puedes compartir la base de datos?

    • @visoalgt
      @visoalgt  Рік тому +1

      github.com/microsoft/sql-server-samples/blob/master/samples/databases/northwind-pubs/instnwnd.sql

  • @juantaday
    @juantaday 6 років тому

    Que pasa y varias personas se conectan con el mismo usuario obiamente de destintos equipos

    • @juantaday
      @juantaday 6 років тому

      Varias personas al mismo tiempo

    • @visoalgt
      @visoalgt  6 років тому

      No pasa nada, funcionará pero sera complejo auditar quien hizo cada transacción, en algunas empresas el cliente de programación funciona de esta manera conectándose con el usuario sa.

    • @juantaday
      @juantaday 6 років тому

      @@visoalgt Tengo un aplicacion de escritorio que se conectan a sql server.
      Hay 5 equipos con esta aplicacion y se conectan con el mismo sintaxis de String Config
      y pienso que abra momentos en las que coincidan conectarse y hacer transacciones al mismo instante.
      como se debe manejar en estos casos.
      Gracias estimado..

    • @visoalgt
      @visoalgt  6 років тому

      @@juantaday Si luego necesitas llevar un control de que usuario hizo que transacciones deberías crear usuarios y que cada equipo se autentique con un login diferente, si no sera necesario validar esto en el futuro lo puedes dejar como esta, pero todas las transacciones se registraran en el SQL con un mismo usuario.