Разделение дублирующихся и схожих записей???

[Андрей Новиков]

Проблема в том, что нет ни одного уникального значения, однозначно идентифицирующего клиента. Например, если нашел в базе 5 штук Ивановых Петров Сергеевичей, это вовсе не обязательно дубли. Могут полностью совпадать Ф.И.О и даже 9 значный номер договора , но это разные люди, т.к. отличаются даты договоров или что-нибудь еще. Если пользоваться стандартной функцией "Только уникальные записи", то вместе с дублями удалятся и реальные клиенты, которым не повезло быть чьими-то однофамильцами либо иметь такой-же номер договора. В общем, однозначно можно идентифицировать только по совокупности нескольких полей. Кто-нибудь знает, как это можно сделать?

Заранее благодарен,
Андрей

[ZORRO2005]

Используйте конкатенацию & или функцию СЦЕПИТЬ
а потом выбирайте уникальные.

[Insainer]

Вы базу данных в Excel ведете, я правильно понял? В таком случае советую перейти хотя бы на Access, так как в Excel в любом случае можно нажить кучу проблем с записями. В Access все легко решается правильной организацией данных, путем разбиения таблицы на главную и подчиненную в схеме данных. В главной, например, у вас будут ваши клиенты, в подчиненной заказы, причем для каждого клиента обязательно необходим первичный ключ, которым может выступать ИНН, например, или просто цифровой код, в другую таблицу поместить договора, первичный ключ сделать также уникальный код, отличный от номера договора ну и т.д.

[Андрей Новиков]

Сообщение от ZORRO2005

Используйте конкатенацию & или функцию СЦЕПИТЬ
а потом выбирайте уникальные.

Идиотизм в том, что Vista вынудила ввести более длинное сообщение, чем собирался. Короткое просто не позволяет отправить!

[Андрей Новиков]

Сообщение от Insainer

Вы базу данных в Excel ведете, я правильно понял? В таком случае советую перейти хотя бы на Access, так как в Excel в любом случае можно нажить кучу проблем с записями. В Access все легко решается правильной организацией данных, путем разбиения таблицы на главную и подчиненную в схеме данных. В главной, например, у вас будут ваши клиенты, в подчиненной заказы, причем для каждого клиента обязательно необходим первичный ключ, которым может выступать ИНН, например, или просто цифровой код, в другую таблицу поместить договора, первичный ключ сделать также уникальный код, отличный от номера договора ну и т.д.

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

[Андрей Новиков]

Сообщение от Insainer

Вы базу данных в Excel ведете, я правильно понял? В таком случае советую перейти хотя бы на Access, так как в Excel в любом случае можно нажить кучу проблем с записями. В Access все легко решается правильной организацией данных, путем разбиения таблицы на главную и подчиненную в схеме данных. В главной, например, у вас будут ваши клиенты, в подчиненной заказы, причем для каждого клиента обязательно необходим первичный ключ, которым может выступать ИНН, например, или просто цифровой код, в другую таблицу поместить договора, первичный ключ сделать также уникальный код, отличный от номера договора ну и т.д.

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

[Insainer]

Могу еще посоветовать загрузить всю эту беду в Access в таблицу, далее "похимичить" с анализом таблиц (Сервис -> Анализ -> Таблица), может все-таки получится разбить так, как нужно. Глянул бы еще на сам Excel файл с записями, если еще есть необходимость решить проблему, пишите на мыло Insainer@KM.ru, посмотрим...

[IgorGO]

мое предложение во вложении.