R
что это за "данные"? кто их пишет в файл? почему твоё приложение удаляет оттуда дубли? )
Слияние справочников
Size: a a a
2020 March 03
AS
Слияние справочников
ёмко... (сарказм) ))
R
Файлы готовые. Уже наполнены. Я их гружу в общий массив удаляю дубли и выплевываю назад "общий" Справочник
GB
Я так и не понял чему противоречит то? Определение дубля - четкое и полное. Задача удалить дубли. Условия выбора записи для удаления тоже описано. Куда больше полноты описания и формулировки?
бежишь по записям, проверяя по уже пройденным телефоны. если дублируется, проверяешь остальные из той же записи. если все дублируется, оставляешь одну из записей
R
бежишь по записям, проверяя по уже пройденным телефоны. если дублируется, проверяешь остальные из той же записи. если все дублируется, оставляешь одну из записей
В таком случае номера из записи в которой больше номеров не будут включаться в запись где меньше номеров. Но если мы взяли как к эталон запись с меньшим кол-вом номеров то условия дубляжа не выполняются
R
То есть в данном случае придется рассматривать обе записи как кандидаты на удаление. Хммм
R
Либо при сравнении учитывать какая запись имеет больше номеров. Вот тут да. Наверно будет верно
R
спасибо за идею. вроде сформировал в голове представление. Упорядочить массив по количеству номеров в записи от большего количества к меньшему и пробегаться сравнивая двумя вложенными циклами.
R
Спасибо еще раз
AS
спасибо за идею. вроде сформировал в голове представление. Упорядочить массив по количеству номеров в записи от большего количества к меньшему и пробегаться сравнивая двумя вложенными циклами.
я бы рассмотрел идею внутреннего списка, а не массива записей )
AS
спасибо за идею. вроде сформировал в голове представление. Упорядочить массив по количеству номеров в записи от большего количества к меньшему и пробегаться сравнивая двумя вложенными циклами.
а то так ты будешь сначала упорядочивать, потом ещё и в двух циклах бегать )))
ну, понятно, что тебя это сейчас не парит (и не должно до поры до времени)...
но оперировать массивом записей, кроме добавления/удаления записей в/из его конец - неудобно же
ну, понятно, что тебя это сейчас не парит (и не должно до поры до времени)...
но оперировать массивом записей, кроме добавления/удаления записей в/из его конец - неудобно же
R
а в чем будет преимущество списка?
R
Глянул. Оценил. Как всегда Вы на высоте. Спасибо
GB
я бы рассмотрел идею внутреннего списка, а не массива записей )
ну, для быстрого поиска я б скорее мапу использовал
AS
ну, для быстрого поиска я б скорее мапу использовал
ну список иметь всё равно надо ))
а быстрый поиск по нему сделать через мапу )...
кароч, всё зависит от того, что и как именно делать
а быстрый поиск по нему сделать через мапу )...
кароч, всё зависит от того, что и как именно делать
АП
Кто делал OLAP кубы?
NR
Делал
АП
Молодец)
GB
Андрей Подопригора
Молодец)
ты для этого спрашивал?
АП
Нет