Андрей

k-Nearest Neighbours (kNN)
Ваша задача в терминах этого алгоритма соответствует вопросам :
1) как настроить веса (значимость) влияния параметров на расстояние между соседями
2) какое ядро выбрать
3) как определить оптимальное k для этого ядра
На все три есть конкретные ответы в виде алгоритмов - литературы очень много.

Смогу написать последовательность действий только для 2007-го :
1) Главная круглая кнопка меню / кнопка "Параметры Excel" / вкладка "Основные" / включить галочку "Показывать меню =Разработчик= на ленте".
2) Меню "Разработчик" / кнопка "Вставить" / Элемент управления формы "Кнопка" / на листе Excel выбрать место для кнопки нажав мышь и выделив область / Макрос "Создать"
3) В открывшемся окне редактирования VBA-кода между

Sub Кнопка1_Щелчок()

End Sub

вставить текст из примера, заменив имя сервера на Ваш, а вместо пустой строки в send("") написать send( "Param1=" & Cells(5, 2).Value ), что будет означать отправить серверу параметром "Param1" метода POST значение из ячейки Y=5, X=2

Ну и каждый раз у клиента при открытии этого документа будет спрашивать чтобы он разрешил исполнением макросов ...

Если у Вас в проекте нет активных злоумышленников, и Вы используете хеш только для контроля отсутствия случайных ошибок, то используйте что-нибудь намного более простое и быстрое : CityHash или MurMur2

Можно генерировать случайные целые из диапазона [101..131], а потом после каста к строке отрезать первый символ.

А в Вашем случае, мне кажется, правильнее всего было бы генерировать одно целое число из последовательности диапазона [от 1 января 1970 до 31 декабря 2009], а потом переводить его в дату и форматировать как нужно - иначе у Вас будут встречаться "30 февраля", "31 июня" и много других увлекательных дат.

Как неоднократно говорилось в свете 152-ФЗ про подобные случаи:
"Если захотят - найдут нарушение, если у Вас будет грамотный юрист - отклоните".

Дело в том, что даже последняя формулировка 152-ФЗ говорит, что персональными данными является такой набор, который позволяет однозначно идентифицировать субъекта - от этой фразы (только с разных сторон) все и отталкиваются.
В аспекте Вашего вопроса:
- "Кузнецов Александр, Москва" - однозначно ? нет !
- "Аристархов Савватий, Великие Валуны" - однозначно ? да !
Если у Вас найдется хотя бы одна уникальная строчка (а вероятность этого весьма и весьма высока) - Вы нарушили 152-ФЗ (не имея согласия от субъекта либо поручения от оператора-первоисточника).

По моим ощущениям, в среднем из 10 судов по 152-ФЗ - 9 заканчиваются в пользу надзорных органов, оставшийся 1 - это случай привлечения грамотного адвоката (в Вашем случае наверное можно ссылаться а) на общедоступность, б) на недостоверность и т.п. - но все это непросто).

Кстати, вспомнилась одна нашумевшая крайность :
Один из судов в Санкт-Петербурге признал даже сочетание ФИО и паспортных данных - не являющимся составом персональных данных, на основании того, что серия и номер паспорта - это характеристика конкретного бумажного документа ("книжечки"), а не человека.

К сожалению, у нас не прецедентное право.

В плане теории я бы предложил метод "k-Nearest Neighbours" между покупателями. При этом величину k держать где-то в диапазоне 20-50, и предлагать взвешенно пропорционально степени близости те продукты, которые тоже были положительно оценены k соседями.

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

А саму таблицу пересчитывать отдельным потоком в малонагруженное время раз в неделю или раз в месяц (в зависимости от Вашего товарооборота). Пусть это будет занимать час-два. По факту готовности - переливать в боевую таблицу соседей.

Если интересует мое мнение о формуле расстояния между покупателями или алгоритме средневзвешенного предложения - спрашивайте ...

Попробуйте вот такой вариант : 14 11 5 12 6 15 1 8 9 13 2 7 17 3 4 16 10
У меня есть некоторые основания на него полагаться.

P.S. Исправлено в ходе обсуждений - последняя версия :

11 14 5 12 6 15 7 1 8 9 13 2 17 3 4 16 10

Проверьте, не включен ли штатный брэндмауэр ? Нет ли антивирусного ПО, которое блокирует либо исходящий трафик от Java либо входящие подключения ?

1) насколько я понял изложение - изображенная Вами поверхность - не плотность вероятности, а просто некая целевая функция
2) из рассказанного непонятен физический смысл осей X и Y (либо их связь с A, B и C)
3) мне кажется Вам стоит (до)рассказать, какова Ваша итоговая цель, тогда станет возможным объяснить, каким мат.аппаратом здесь нужно пользоваться; пока что тег "теория вероятностей" здесь не очень подходит

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

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

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

В конце концов можно построить что-нибудь простое из набора TEMPEST - перехват нажатий клавиш по ЭМИ, восстановление разговоров по отражению лазерного луча от стекла и т.п.

Первый запрос - на выборку уникальных ИД клиентов, у которых есть продукт="ТВ" :

SELECT DISTINCT Таблица1.КлиентИД
FROM Таблица1
WHERE Таблица1.Продукт="ТВ";

Второй запрос - на обновление поля Флажок в записях чей КлиентИД попал в Запрос1 :

UPDATE Таблица1 SET Таблица1.Флажок = 1
WHERE КлиентИД IN (SELECT * FROM Запрос1);

Проверил в 2007-ом - работает.

P.S. Собрал в один - тоже работает (в Access-е это не всегда с вложенными запросами) :

UPDATE Таблица1 SET Флажок = 1
WHERE (КлиентИД In (SELECT DISTINCT КлиентИД
FROM Таблица1
WHERE (Продукт="ТВ")));