Древо Жизни

king написал:

[q]

tirael написал:

[q]

Я считаю, она нужна там, где в программе можно быстро отобрать людей по какому-то родственному признаку и что-то общее для них для всех изменить, когда не нужно на каждого тратить уйму времени, чтобы разобраться, а надо ли для каждого делать замену или нет.

[/q]

Такая массовая замена лично мне, по большому счёту, не нужна. Как я уже написал, родственников я увязываю полем Род, массовую замену фамилий я не собираюсь делать, я и так их пишу в одном варианте у всех, независимо от написания в конкретных документах, потому что нередко в одном абзаце одного документа одна и таже фамилия пишется по разному (Логунов и Лагунов к примеру). Какие ещё данные, кроме фамилии, у представителей одного рода можно массово заменить, я не знаю.

[/q]

У всех потребности разные. Вы изначально приняли какую-то для себя систему и ей придерживаетесь. А кто-то делал "так", потом понял, что "так" уже неудобно/неправильно/не отражает того, что нужно/и т.д. и т.п. и со временем выстроил систему, но до этого осталось много хаоса, который мешает и не дает жить. Заменить сотни и тысячи полей - нет времени. Здесь бы и пригодилась автоматизация.

Примеры: я привел реальный пример, где люди пишут отчества с -ич вне зависимости от эпохи, в которой человек жил. Есть много пользовательских полей, которые тоже может потребоваться заменить или заполнить. У всех свои потребности.


king написал:

[q]

Либо натолкнуть на мысль, что овчинка выделки не стоит biggrin1.gif

[/q]

Вполне и так может быть. Может быть тогда разработчик заявит "так никогда не будет" и все надолго успокоятся. А если кто-то новенький затронет эту тему, ему дадут ссылочку на пост разработчика и он тоже, наверное, успокоится)))

king написал:

[q]

tirael написал:

[q]

где люди пишут отчества с -ич вне зависимости от эпохи, в которой человек жил.

[/q]

Я пишу, но только у прямых предков, выделяя их таким образом среди остальных родственников.

[/q]

Вот я и говорю, у всех все по разному. Я, например, прямым предкам ставлю галочку "Фаворит", и прямые выделяются жирным, а отчество с -ич, только если они умерли после 1917 года, или же в документах до этого они были с -ич.

king написал:

[q]

Какие ещё данные, кроме фамилии, у представителей одного рода можно массово заменить, я не знаю.

[/q]

Поиск и замена ссылок очень полезны при реорганизации базы, а так же при выявлении дублей.

Для примера, задвоилось у вас место - половина персон привязана к одному нас. пункту. А вторая половина к другому, одноименному, заведенному по ошибке.

Заменили одно на другое, лишнее удалили.


Многие заводят свои реквизиты к объектам, тэги. Свои события и их свойства. С течением времени есть потребности в упорядочивании этого всего и реструктуризации - массовые замены очень в этом помогли бы.

Так же и очень полезны были бы групповые изменения. Например, установить место жительства отобранному списку персон.



Разработчик на подобные вопросы о массовых операциях в свое время уже отвечал, ЕМНИП.

И ответ, собственно, был в обсуждаемой парадигме --- это очень опасные процедуры и без реализации какой-то внятной защиты от необдуманных действий ничего предприниматься в том направлении не будет.

Хотя бэкап --- всему голова.

king написал:

[q]

Но и отбор в указанных Вами случаях производить следует не по дереву персон, а по иным выборкам.
На что собственно я и указывал.

[/q]

Допустим Вам необходимо заполнить гаплогруппы у персон. Как вы их будете отбирать из списка? Только по фамилии?
Ну или заполнить поле род, если до этого не заполняли.

savalex написал:

[q]

Как пользователь программ 1С просто в недоумении, сколько сил и обсуждений вокруг донесения друг до друга принципов использования и реализации востребованнейших функции работы с БД --- "Поиск и замена ссылок", "Поиск дублей","Групповое изменение реквизитов"

[/q]

Сейчас больше дискуссия о том, как это организовать в интерфейсе.

savalex написал:

[q]

С полной личной ответственностью за совершенные действия.

[/q]

Все верно. Но разработчик тоже не заинтересован, чтобы неумелые действия пользователя поставили крест на его исследовании или откинули его на месяцы назад, завалили поддержку просьбами "помогите все пропало", залили форум слезами и нетивными отзывами в адрес разработчиков и в итоге привели к прекращению увлечением. Поэтому и стоит вопрос - как обезопасить неумелого пользователя от самого себя. Не все же здесь программисты и технари, которые прежде чем делать, продумают если не все, то большую часть нюансов, позаботятся о бекапе, проверке результата, а потом еще и смогут восстановить все, если что-то пойдет не так. Да и никто не застрахован от ошибок.