Показать сообщение отдельно
Старый 25.06.2007, 14:45   #2  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Arahnid Посмотреть сообщение
У нас есть куча коллекций. Например, отдельно аналитика, отдельно план счетов и так далее. На основе этих коллекций создана куча виртуальных компаний: отдельно аналитика, отдельно план счетов. В эти виртуальные компании входит одинаковый набор реальных компаний.
Что лучше и оптимальней?
1. Объединить коллекции насколько это возможно, уменьшив тем самым количество виртуальных компаний и коллекций.
2. Объединить под виртуальной компанией все коллекции, что тоже уменьшит виртуальные компании, но оставит большое количество коллекций.
Первый вопрос, который тут напрашивается: зачем что-то вообще менять? Что вас не устраивает в существующем положении? У вас часто появляются новые компании, и стало лениво включать их во все виртуальные компании? Или вы часто пишете руками sql-запросы, и надоело вспоминать, какой код виртуальной компании для какой таблицы использовать?
Цитата:
Сообщение от Arahnid Посмотреть сообщение
Что делать с коллекциями и компаниями, которые не нужны. Их принято удалять или оставлять?
Разумеется, вы в курсе, что одна таблица в одной "обычной" компании должна использоваться максимум через одну виртуальную компанию и что после, к примеру, объединения нескольких коллекций, использовавшихся в разных виртуальных компаниях, в одну виртуальную компанию значение поля dataareaid в уже имеющихся записях останется прежним, и надо будет его руками перебивать (а то в "обычных" компаниях данные из компаний виртуальных пропадут). А так - ненужные виртуальные компании, конечно, имеет смысл удалить, неиспользуемые же табличные коллекции я бы оставил, коль скоро они адекватно отражают распределение данных по тем или иным связанным таблицам.