John's questions

No SQL Server, ao definir permissões com uma instrução Grant, fazemos isso em usuários, não em logins. Por exemplo:

CREATE LOGIN login1 WITH PASSWORD = 'sssssssss';
use mydb;
CREATE USER user1 FOR LOGIN login1
grant delete on table1 to user1

Assim, os usuários podem ou não conseguir realizar uma determinada tarefa em uma determinada mesa. Mas, ao conectar a um banco de dados do JDBC e etc, damos o nome de login e a senha (login1 e 'sssssssss' aqui) na string de conexão , não o nome do usuário!

Então, onde essas declarações de concessão se mostram?! Nunca mencionamos User1 no código! E, se definirmos dois usuários para o mesmo login, cada um com permissões diferentes, e depois conectarmos ao banco de dados do JDBC, quais dessas permissões de usuário são consideradas?

Como devo implementar em SQL o cenário descrito no seguinte diagrama Entidade-Relacionamento?

Como é mostrado, toda Aocorrência do tipo entidade deve estar relacionada a pelo menos uma B contraparte (indicada pelas linhas duplas de conexão), e vice-versa . Sei que devo criar as três tabelas a seguir:

    CREATE TABLE A
    (
        a INT NOT NULL,
        CONSTRAINT A_PK PRIMARY KEY (a)
    );

    CREATE TABLE B
    (
        b INT NOT NULL,
        CONSTRAINT B_PK PRIMARY KEY (b)
    );

    CREATE TABLE R
    (
        a INT NOT NULL,
        b INT NOT NULL,
        CONSTRAINT R_PK      PRIMARY KEY (a, b),
        CONSTRAINT R_to_A_FK FOREIGN KEY (a)
            REFERENCES A (a),
        CONSTRAINT R_to_B_FK FOREIGN KEY (b)
            REFERENCES B (b)
    );

Mas, e quanto à implementação das restrições de participação total (ou seja, impor que cada instância de um Aou Besteja envolvida em no mínimo uma ocorrência de relacionamento com o outro)?

Qual é a chave da relação resultante de uma junção externa completa? Se não há chave, como se diz que a álgebra relacional é fechada sob seus operadores e o resultado de cada operador também é uma relação?