さて、これが標準的なユーザー テーブルです。
フルネーム | 誕生日 | 電子メール | ユーザー名 | パスワード | フェイスブック | マイスペース | ツイッター | リンクトイン
これについては何も珍しいことではなく、かなり標準的な教科書です。ただし、ネットワークごとに複数のソーシャル ネットワーキング列を保存する代わりに、そのように保存することもできます。
フルネーム | 誕生日 | 電子メール | ユーザー名 | パスワード | 社交
違いは、情報が別々の列ではなく、内破された配列としてソーシャル列に格納されることです。これは非常に理にかなっているので、何千人ものユーザーがいる場合は、スクリプトを介して処理する方が確実に高速で、データベースへの影響が少なくなります。
教科書の方法の代わりに提案された方法を使用することの欠点を誰か考えられますか?