Андрей - он же дядя Сэм Прошу отнестись серьёзно и не использовать сарказм – вопрос для меня новый и актуальный. Если нет, то поясните почему, не смейтесь, плиз. Ясли я не прав, то поясните в чём – я ни разу не слышал, чтобы кто-то защищал по базам дисер, но мало ли? Вдруг это то, что ещё не исследовалось? Фундаментального пока я, конечно, вряд ли что-то сделаю, но для КСППР или чего-то ещё? Короче, ищу что-то на стыке прикладной математики и теории баз данных..

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

Решение любой задачи начинается с формулировки Технического Противоречия. Интересно подумать, что это может быть?. Какие технические противоречия существуют в современных БД?.

Например, рассмотрим мой почти любимый пример про ..функцию SUM(). Скажем в такой постановке - как можно, мгновенно, "узнать" тотал сколь угодно большой выборки (триллиона строк например). Скажем, за 1 такт работы процессора. Оказывается, что если, например, в принципе отказаться от идеи самих Вычислений, и вместо Вычисления использовать идею ..Измерения (физической величины....силы тока например...) то Тотал можно, вообще то, узнать методом Измерения. Мгновенно. При помощи аппаратной поддержки (устройства на шине)...что САМО ИЗМЕРЯЕТ. (..ближайший технический аналог ...обычные.. весы, динанометр...)

Тогда можно пытаться представить себе такую СУБД, что всегда, мгновенно, "узнает" любой Тотал.

Или задача о Сортировке. Интересно подумать в сторону...как Мгновенно, произвести Сортировку, любого массива. Бесконечной величины....

Или задача о Поиске. В таком контексте. Что может являться, так сказать конечным продуктом развития любой Цивилизации вообще? Архив(вы), Базы Знаний? Что ЭТО может быть вообще, и как ЭТО может быть Устроено в принципе? Как можно этим всем пользоваться

Конечно, последний пример является весьма и весьма исключительным, на уровне демагогии чистой воды. Который я квалифицирую как чисто пример расшатывания воображения. И не более.

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

Желаю творческих успехов.
.

Локшин Марк[quot Андрей - он же дядя Сэм]Насчёт практической реализации в виде программы (не просто демонстрации, а..
Информация к размышлению. Согласитесь, что внедрение программы в 100-200 строчек - это чистой воды профанация (ну т.к. что-то серьезного и неочевидного в такой объем кода просто не поместится). Ну чтобы что-то более менее было полезное, да еще в области СУБД - ну 5000-10000 строк,.

В кузнице, имеет место износ поверхности ковочного инструмента. Глубина выработки на вырезном бойке может составлять до 100 мм. Ковочный пресс имеет свою систему управления, которая позволяет кузнецу, с пульта, задать основный параметр ковки - РАЗМЕР КОВКИ (ход верхнего бойка).

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

Моя самая первая в жизни программка, обрабатывала результаты измерения износа бойков(по двум осям с шагом 10 мм) и печатала таблицу коррективов.
На Искре-226. Ее длина была примерно 120 строк (на две странички листинга). Весьма полезная штучка, в принципе.:-)