我建立一个PHP应用程序预填与客户端数据的第三方PDF帐户的形式，我被陷在数据库设计。MySQL的规范化或反正规化
目前的形式有大约70场，这似乎是太多的设立为单独的列，尤其是一些（即公司/信托信息）是不相关的根据客户需要的帐户类型。
我试图正常化，但好像会有很多的连接，并且还需要的东西像多个地址几个子查询。
这还意味着大量额外的查询来检查行是否存在或更新时，以确定脚本是否需要执行INSERT，DELETE或UPDATE，而如果它全部在一行中，它基本上每次只是一个更新。
不知道这是否有助于但这里是大多数字段列表：
ID，ACCOUNT_TYPE，account_phone，ACCOUNT_EMAIL，account_designation，account_adviser，account_source，account_complete， account_residential_unit_number，account_residential_street_number，account_residential_street_name，account_residential_street_type ，account_residential_suburb，account_residential_state，account_residential_postcode， account_postal_unit_number，account_postal_street_number，account_postal_street_name，account_postal_street_type，account_postal_suburb，account_postal_state，account_postal_postcode， individual_1_ti TLE，individual_1_firstname，individual_1_middlename，individual_1_lastname，individual_1_dob，individual_1_occupation，individual_1_email，individual_1_phone， individual_1_unit_number，individual_1_street_number，individual_1_street_name，individual_1_street_type，individual_1_suburb，individual_1_state，individual_1_postcode， individual_2_title，individual_2_firstname，individual_2_middlename，individual_2_lastname，individual_2_dob，individual_2_occupation，individual_2_email，individual_2_phone， individual_2_unit_number ，individual_2_street_number，individual_2_street_name，individual_2_street_type，individual_2_suburb，individual_2_state，individual_2_postcode， company_name，company_date， company_unit_number，company_street_number，company_street_name，company_street_type，company_suburb，company_state，company_postcode， trust_name，trust_date， settlement_bank，settlement_account，settlement_bsb
最，这将需要处理的是20万左右的应用程序，而一旦数据在数据库中，也不会经常变化，如果有的话 - 不确定这是否相关？
所以真的只是想找出该怎么设计这个最聪明的方式，即使它只是一个名字，或者进一步的研究课题。