Восприятие реальности, цели модели, цели моделирующего, возможности / способности вести дополнительные сложности. Там по списку. Возвращаясь к тому же Лувру - очевидно, у них есть первичный идентификатор, когда какой-то предмет попадает в коллекцию. Очевидно, что всю историю нужно вести от него. Вопрос, как управлять последующими разбиениями / слияниями идентификаторов, лично мне неочевиден. Можно предложить, например, считать коллекцию предметов разными предметами и выдавать каждому по идентификатору - но тогда таблички у какой-нибудь там "амфоры с золотыми монетами" не будут на стене помещаться. Можно делать один идентификатор на лот, а потом суб-идентификатор на каждый входящий в него предмет - тогда на табличке достаточно поставить id лота, а если потом окажется, что одна монета не оттуда, то вывести в базе из лота только её. Это усложняет структуру, решает какие-то задачи, но не все. Например, если ваза попала в коллекцию уже склеенной, то есть ей дали только один номер, а при реставрации оказалось, что она состоит из двух кусочков, один из которых от другой вазы :-) Где останавливаться - решать конкретному специалисту, знающему, какие истории реальны, а какие нет. И - самое главное - сколько у него есть денег на разработку структуры базы данных.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2024-12-12 01:35 pm (UTC)Возвращаясь к тому же Лувру - очевидно, у них есть первичный идентификатор, когда какой-то предмет попадает в коллекцию. Очевидно, что всю историю нужно вести от него. Вопрос, как управлять последующими разбиениями / слияниями идентификаторов, лично мне неочевиден. Можно предложить, например, считать коллекцию предметов разными предметами и выдавать каждому по идентификатору - но тогда таблички у какой-нибудь там "амфоры с золотыми монетами" не будут на стене помещаться. Можно делать один идентификатор на лот, а потом суб-идентификатор на каждый входящий в него предмет - тогда на табличке достаточно поставить id лота, а если потом окажется, что одна монета не оттуда, то вывести в базе из лота только её. Это усложняет структуру, решает какие-то задачи, но не все. Например, если ваза попала в коллекцию уже склеенной, то есть ей дали только один номер, а при реставрации оказалось, что она состоит из двух кусочков, один из которых от другой вазы :-) Где останавливаться - решать конкретному специалисту, знающему, какие истории реальны, а какие нет. И - самое главное - сколько у него есть денег на разработку структуры базы данных.