Сообщение Re[3]: (MySQL) Подскажите более простую архитектуру таблиц. от 15.07.2015 15:18
Изменено 15.07.2015 15:37 merlin88
Здравствуйте, MasterMind, Вы писали:
MM>Вот в таком ввиде, что может быть проблемой в итоге? Нужно ли в таблице client_balance_history дополнительно в колонка хранить баланс, до после суммы amount, в таблице client_balance — он должен сменться автоматически сразу.
Это ИМХО скорее не проблема, а вопрос избыточности данных. Конечно можно при желании задублировать сумму баланса в client_balance_history.
Здесь надо скорее руководствоваться именно соображениями нагрузки на бд. Иногда проще допустить избыточность и таким образом упростить ряд запросов.
Вы попробуйте представить в какой форме понадобиться выводить эти данные на формах, в отчетах и т.д. и решение придет само собой.
Иногда уже в стадии разработки понимаешь, что структура данных не айс и вносишь изменения в схему.
MM>Вот в таком ввиде, что может быть проблемой в итоге? Нужно ли в таблице client_balance_history дополнительно в колонка хранить баланс, до после суммы amount, в таблице client_balance — он должен сменться автоматически сразу.
Это ИМХО скорее не проблема, а вопрос избыточности данных. Конечно можно при желании задублировать сумму баланса в client_balance_history.
Здесь надо скорее руководствоваться именно соображениями нагрузки на бд. Иногда проще допустить избыточность и таким образом упростить ряд запросов.
Вы попробуйте представить в какой форме понадобиться выводить эти данные на формах, в отчетах и т.д. и решение придет само собой.
Иногда уже в стадии разработки понимаешь, что структура данных не айс и вносишь изменения в схему.
Re[3]: (MySQL) Подскажите более простую архитектуру таблиц.
Здравствуйте, MasterMind, Вы писали:
MM>Вот в таком ввиде, что может быть проблемой в итоге? Нужно ли в таблице client_balance_history дополнительно в колонка хранить баланс, до после суммы amount, в таблице client_balance — он должен сменться автоматически сразу.
Это ИМХО скорее не проблема, а вопрос избыточности данных. Конечно можно при желании задублировать сумму баланса в client_balance_history.
Здесь надо скорее руководствоваться именно соображениями нагрузки на бд. Иногда проще допустить избыточность и таким образом упростить ряд запросов.
Вы попробуйте представить в какой форме понадобиться выводить эти данные на формах, в отчетах и т.д. и решение придет само собой.
Иногда уже в стадии разработки понимаешь, что структура данных не айс и вносишь изменения в схему.
P.S. Могу порекомендовать ознакомиться с понятием "Нормализация баз данных", необходимо при проектировании реляционных БД. Тогда вы сможете посмотреть на создаваемую структуру несколько иными глазами =)
MM>Вот в таком ввиде, что может быть проблемой в итоге? Нужно ли в таблице client_balance_history дополнительно в колонка хранить баланс, до после суммы amount, в таблице client_balance — он должен сменться автоматически сразу.
Это ИМХО скорее не проблема, а вопрос избыточности данных. Конечно можно при желании задублировать сумму баланса в client_balance_history.
Здесь надо скорее руководствоваться именно соображениями нагрузки на бд. Иногда проще допустить избыточность и таким образом упростить ряд запросов.
Вы попробуйте представить в какой форме понадобиться выводить эти данные на формах, в отчетах и т.д. и решение придет само собой.
Иногда уже в стадии разработки понимаешь, что структура данных не айс и вносишь изменения в схему.
P.S. Могу порекомендовать ознакомиться с понятием "Нормализация баз данных", необходимо при проектировании реляционных БД. Тогда вы сможете посмотреть на создаваемую структуру несколько иными глазами =)