我建立一個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萬左右的應用程序，而一旦數據在數據庫中，也不會經常變化，如果有的話 - 不確定這是否相關？
所以真的只是想找出該怎麼設計這個最聰明的方式，即使它只是一個名字，或者進一步的研究課題。