fatauЗравствуйте.
Ситуация следующая. В реальности есть документы, информацию из которых нужно заносить в БД. В документе содержится информация о судебном деле (иск, судья, суд, дата посещения и тп...) Для этого создаю таблицу с столбцами-ссылками на справочники(судьи, суды и тп) и просто с данными (время посещения суда, текст иска и тп). так вот всего таких полей около 30. В будущем могут добавлятсья. Появилась идея чтобы таблица не была такой большой разделить её на 2. Разделяю по принципу - в одной данные которые могут часто редактироваться, в другой - реже. Получилось примерно одинаковые таблицы. Но соответсвенно усложнилась структура.
Скажите пожалуйста. Нужно ли в таких случаях разделять таблицы, и если нужно то по какому принципу? Ведь все эти данные представляют как бы одну сущность.
Спасибо
Вообще очень сильно зависит от конкретики задачи. Например могу предположить, что у вас фигурируют такие объекты как Документ,Лицо,Адрес. Вы же не хотите каждый раз заново заносить информацию по Лицу - это непрактично, да и ошибок наковырять есть большой шанс. Далее Лицо у вас наверняка будет с паспортными данными(Документ) и адресными данными(Адрес). Уже три объекта образовалось. Далее, иск - сам по себе тоже документ(Документ). И т.д. Так-что как вам советовали, ищите специалиста или выкладывайте здесь всю вашу структуру, а дальше посмотрим.

Сразу такой вопрос возник. Если скажем у вас деньги вносятся частями, как вы это будете обрабатывать?
Насчет Version & isTop - а надо огород городить? Ведь достаточно Даты занесения дела в БД и по ней ориентироваться. Или я неправильно понимаю назначение этих ключей?