longclaps

a, b = 'добавить в чс 15'.rsplit(maxsplit=1)
Читай доки.

Венгерский алгоритм решает более общую задачу.

Сменить Mongo на Postgres не проблема.

Хорошая идея.
Кстати, если твои графы - это деревья, Postgres их умеет.

Два дня - да ты крут, у меня от пятиминутной мысли голова болит!

for i in x:
        print(*[i*u for u in y])

Вот самый полезный ресурс, не освоишь его - ничто не поможет.

В самом деле, отчего у кортежа нет .ndim, и у кого он есть?

var
  i: integer;
...
  i := round(floatVar);

Алгоритм структуры? В сети немало чудаков, но вы - первый, кто так сопряг эти слова.

Стоит ли использовать хеш-таблицы, если да то какую структуру данных использовать (из STL в C++ или в C# из пространства имен System.Collections.Generic )?

Можно, любую. В словаре Мюллера полтора кило веса, но для хэш-таблицы это - пустяк.

Могу ли я ко всему этому подключить SQL Microsoft базу данных?

Можно, но зачем тут многопользовательская база? Достаточно и SQLite.

пробовал реализовать нечто подобное в виде двоичного дерева ... терялась скорость поиска

Какая скорость, вы вообще о чём? Вам сюда.

Эк тебя, брат, крючит ))) Можно подумать, что единственое назначение списков - итерироваться по ним )
Но мы-то знаем, что всё как раз наоборот: именно генераторы, чтобы итерироваться, а списки - для произвольного доступа (ну и чтоб итерироваться).
Генераторы не только лишь экономят память, но и расходуют её - на кадр персистентного стека, хотя бы. Так что на мелких списках экономить смысла нет.
И напротив - генераторы могут выигрывать в скорости там, где тяжелое вычисление значений, а итерация может оборваться, не долистав список/генератор до конца.