A8478 А. Морозов

Forums: 

А. Морозов

Нет ли оснований предположить идентичность с автором Александр Павлович Морозов?

Аватар пользователя Isais

У Вас есть основания?
И Вы можете доказать, что А. Морозов - это не Андрей Морозов , не Андрей Морозов, не Александр Григорьевич Морозов, не Александр Антонович Морозов, не какой-то другой А*** *** Морозов, а именно Александр Павлович Морозов?

Серьезных оснований нет, иначе бы вопрос был другим. Если же были бы доказательства - просто взял бы и объединил, как в предыщущих случаях. Основанием для предположения послужило некоторое сходство антуража (ВЦ времен, когда ЭВМ были большими а ОЗУ маленьким) в двух произведениях разных авторов. Но этого мало чтобы с уверенностью предполагать.

Аватар пользователя Isais

gav-m написал:
Серьезных оснований нет, иначе бы вопрос был другим. Если же были бы доказательства - просто взял бы и объединил, как в предыщущих случаях.
...
Неверное действие. В случае объединения все книги Морозовых с нераскрытым инициалом А. отправлялись бы к этому Александру Павловичу. Создалась бы свалка с неверными данными.
Достаточно было бы заменить автора у конкретной книги. Однако точных сведений у Вас нет, поэтому оставим вопрос до их появления.

Isais написал:
gav-m написал:
Серьезных оснований нет, иначе бы вопрос был другим. Если же были бы доказательства - просто взял бы и объединил, как в предыщущих случаях.
...
Неверное действие. В случае объединения все книги Морозовых с нераскрытым инициалом А. отправлялись бы к этому Александру Павловичу. Создалась бы свалка с неверными данными.
Достаточно было бы заменить автора у конкретной книги.

Неожиданно. Получается, когда я говорю "Автор И. Игриков есть ошибочное наименование автора Икс Игриков" происходит не update libavtors set main=:bid_Икс_Игриков where bid_X_Игриков, update libavtor set bid=:bid_Икс_Игриков where bid_X_Игриков
а что то вроде update libavtors set main=:bi_Икс_Игриков where firstname='И.' and lastname='Игриков' и далее в таком же духе?

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

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

gav-m написал:

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

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

Вопрос в другом, нужно ли объединять всегда; или, все-таки, делать это с осторожностью.

Аватар пользователя Isais

Не причесывайте всё под одну гребенку. Имена-фамилии - не математические уравнения.
Подумайте сами, есть ли разница между частотой распространения ФИО А. Морозов, А. Иванов, А. Попов, А. Марков и ФИО Е. Гуро, З. Рахим, Р. Шидфар. И даже в этих последних случаях Е. Гуро - это две разных дамы.
Подумайте, какой шанс при объединении алиасов запихнуть, скажем, А. Маркову (уточню, даже Александру Маркову) не принадлежащие ему книги. Ибо было: у палеонтолога и автора исторической фэнтези отобрали всю фантастику и впихнули какому-то сочинителю серийных боёвок.

Если у авторов А. Морозов и А. Морозов разные aid - это разные авторы. Иначе - один и тот же. А двух записей с одинаковым aid не бывает. Не так ли? Шанс при объединении А. Морозова (aid=1) с А. Морозовым (aid=2) запихнуть не принадлежащую А. Морозову (aid=1) книгу может быть в двух случаях. Первый, когда A. Морозов (aid=2) является автором книг не принадлежащих перу А. Морозова (aid=1), т.е. по сути, является другим А. Морозовым. А зачем тогда их объединять? И второй случай, если процедуру объединения авторов писали по накурке индусы.

Аватар пользователя Isais

1. Ваш основной идентификатор - фамилия *** или ID, ИНН и прочая цифирь? Почему в библиотеке должно быть иначе?
Создание и заливка файлов происходит по ФИО и заглавию, не по цифрам.
2. Робот базы не допускает создания/переименования полных тёзок, например 2 Иванов Ивановичей Ивановых сделать нельзя. И быть их не должно. Большая часть дублей - сбой робота-заливщика.

В системах электронного учёта таки СНИЛС основной идентификатор. Ибо уникальный. А Ивановых Иван Иванычей даже при наличии других ограничений (возраст, город проживания и т.п.) наверняка в выборку попадёт больше одного.

gav-m написал:
В системах электронного учёта таки СНИЛС основной идентификатор. Ибо уникальный. А Ивановых Иван Иванычей даже при наличии других ограничений (возраст, город проживания и т.п.) наверняка в выборку попадёт больше одного.

Здесь тоже есть Uniq ID автора (например http://lib.rus.ec/a/31562), но он вторичен.
Первичны ФИО + nikname (lastname, firstname, middlename, nickname). В Википедии, как я понимаю, также.

konst1 написал:
gav-m написал:
В системах электронного учёта таки СНИЛС основной идентификатор. Ибо уникальный. А Ивановых Иван Иванычей даже при наличии других ограничений (возраст, город проживания и т.п.) наверняка в выборку попадёт больше одного.

Здесь тоже есть Uniq ID автора (например http://lib.rus.ec/a/31562), но он вторичен.
Первичны ФИО + nikname (lastname, firstname, middlename, nickname). В Википедии, как я понимаю, также.

Не знаю, как в википедии, но здесь /sql/ утверждает прямо противоположное ;)
CREATE TABLE `libavtors` (
`aid` int(10) unsigned NOT NULL AUTO_INCREMENT,
...
PRIMARY KEY (`aid`) USING BTREE,
...
а не PRIMARY KEY(lastname,firstname,nickname,middlename)

Но это уже занудство, установку я, кажется, понял.

gav-m написал:
konst1 написал:
gav-m написал:
В системах электронного учёта таки СНИЛС основной идентификатор. Ибо уникальный. А Ивановых Иван Иванычей даже при наличии других ограничений (возраст, город проживания и т.п.) наверняка в выборку попадёт больше одного.

Здесь тоже есть Uniq ID автора (например http://lib.rus.ec/a/31562), но он вторичен.
Первичны ФИО + nikname (lastname, firstname, middlename, nickname). В Википедии, как я понимаю, также.

Не знаю, как в википедии, но здесь /sql/ утверждает прямо противоположное ;)
CREATE TABLE `libavtors` (
`aid` int(10) unsigned NOT NULL AUTO_INCREMENT,
...
PRIMARY KEY (`aid`) USING BTREE,
...
а не PRIMARY KEY(lastname,firstname,nickname,middlename)

Но это уже занудство, установку я, кажется, понял.


Видимо, где-то ещё должен быть UNIQUE INDEX CONSTRAINT или его аналог.
P.S. Хотя нет. Раз дубли физически возможны (вследствие "сбоев робота-заливщика"), значит, это ограничение реализовано не на уровне базы.

Deleted :)

Аватар пользователя Isais

Лукашин ушел со связи. Его даже его коллега BVI не находил, во всяком случае, этим летом.
В его "Экстелопедии" есть 2 А. Морозовых, ни у одного не числится такого рассказа. Упс. :(

X