我是否在进行客户用户登录数据库设计的正确轨道上？

Question

我正在设计一个后端数据库，该数据库将处理注册和登录。我需要能够处理不同的帐户和身份验证类型。

想象一个用户在线（在我的网站上）注册公司，公司详细信息进入我的公司表，他们的详细信息进入我的用户表。

然后他们以公司管理员的身份获得“帐户类型”（帐户类型表）。

该用户（公司管理员）现在可以在线登录其公司帐户，并在其公司中注册多个用户。

下面是我遇到的问题，希望我的设计能够解决这些问题，但是我不确定自己是否走对了轨道。

1. 每个用户都可以使用密码或smart card进行登录。我具有密码和智能卡表的关系，但这意味着将有许多空对象。用户将拥有密码或智能卡。

2. 只是为了澄清我的需求。当用户注册公司时，他们将成为公司管理员，但是他们也可以设置其他管理员和/或用户，这就是为什么我将他们全部放在不同的表中。

3. 我添加了更多表，因为每个用户必须检查一种或多种形式的ID，并提供一个或多个访问代码，以提供一系列访问级别（基于物理和计算机资源）

我主要担心自己的database normalization AND关系设计类型正确。

最后，智能卡表将具有我创建的多个智能卡条目，我需要能够为公司分配1个或多个，然后，公司管理员可以将其中一个或多个分配给所属的用户到那家公司。

1. 我的关系可以吗？
2. 在分配智能卡之前，空值如何？可以吗？

任何帮助和指导都是很好的。

为了确认，这将是我服务器上的后端SQL数据库，可以通过在线Web应用程序和用C＃编写的最终用户桌面应用程序进行访问