2つの設計の違いは、主に柔軟性の1つです。アカウントとユーザーデータが単一のテーブルを共有する場合、各ユーザーはアカウントを持っている必要があり、各アカウントは1人のユーザーしか持つことができません（アカウントを持っているユーザーに加えて子ユーザーを追加できるように別のテーブルを追加しない限り）データ、またはそれぞれに重複するアカウントの詳細を持つ新しいレコードを追加しない限り、これは非常に悪く、データベースが行うことになっていることとは正反対です）。
2つのテーブルを使用すると、各アカウントに複数のユーザーを簡単に含めることができます。また、ユースケースに役立つ場合は、アカウントにユーザーがいない、またはユーザーがアカウントを持っていない状況を許可することもできます。
トレードオフは、ユーザー（またはアカウント内のユーザー）のアカウントを決定するようなことをしたい場合、2つのテーブルを使用している場合は結合を行う必要があるということです。テーブルが1つしかない場合は、行をフェッチしてこの情報を取得するだけです。