res2001

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

В вашем случае количество итераций равно оценке сложности.

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

По сути это полуручная работа.
Нужно все таблицы привести к единому виду, а потом загрузить.
Либо сделать скрипт для загрузки 1 файла, что удалось перенести переносим скриптом, остальное руками.
Нужно было думать до того как раздавали форму заполнять.
Как вариант - подготовить универсальную форму и, включив административный ресурс, спустить ее с требованием все привести к общему виду. Форму лучше защитить паролем, оставив для редактирования только нужные ячейки, где можно добавить выбор из возможных вариантов и прочую проверку ввода.

https://www.calc.ru/Normalnoye-I-Tangentsialnoye-U...

Это называется "нормальное распределение". Почитайте вики на эту тему. Там довольно не плохая статья.

Допустим при создании массива из 5 элементов можно добавить if и добавлять значение в начало или конец массива

Ну одним IF тут не обойтись и не обязательно в начало или в конец добавлять, что варианта добавления между элементами вы не рассматриваете? Это когда в массиве только 1 элемент - будет 1 if. Но и с одним элементом есть проблема - в какое место в массиве вы его поместите изначально, ведь вы, в общем случае, не знаете какие дальше будут элементы.
Короче - оно примерно то на то и выйдет. Только если в варианте с последующей сортировкой, у вас есть алгоритм быстрой сортировке, то в варианте постоянно отсортированного массива - не известно на сколько хорошо вам удастся это реализовать.
И не ясно на каком ЯПе вы все это делаете.

Автор вопроса меня заинтриговал. И хотя я не занимаюсь Java, качнул книжку, пробежал первую главу и задания.
Ну да есть пара упражнений с логарифмами. Если открыть википедию на логарифме, то там увидим, что логарифмы вычисляются с помощью простых рядов, где используются исключительно арифметические операции (надеюсь ваши знания математики на эти действия распространяются (+-/*)?). Решить задание основываясь на этой информации довольно просто.
Все остальные "умные слова" встречаются в разделе "творческие задачи" и "эксперименты" - там видимо несколько более сложные задания. Хотя я в этом не уверен.
Слово рекурсия, в контексте книги, имеет прямое отношение к программированию и мало к математике. Означает оно - вызов функцией саму себя. Все задания на рекурсию как раз об этом. В главе про это рассказывается. Разве это так уж сложно? Видимо вы не поняли объяснения в прочитанной главе.
Можно и другие задания обсуждать. Они все довольно легкие, на какие-то нужно потратить время, какие-то решаются с ходу. Задания где встречаются "умные слова" из математики обычно непосредственно этой математики не касаются. Разве что творческое задание написать библиотеку матричных вычислений, но и там предлагается написать всего 5 простых матричных операций. Откройте википедию на описании матриц и увидите, что эти операции реализуются довольно просто.
Прежде чем писать жалобные посты на тостер, потратьте хотя бы 10 минут на обдумывание задания и, может быть, небольшой гуглеж. Так же, возможно, нужно перечитать главу.
Ну и в конце концов, если после обдумывания, перечитывания и гуглежа, вы видите, что без углубления в математику не обойтись - можно просто пропустить задание :-)
Вы хотите научиться чему то новому без усилий? Так не бывает!
А может, это вообще не ваше?

Видимо какой-либо алгоритм экстраполяции вам подойдет больше, чем нейронная сеть.

Для вашего случая результаты выражения будут различаться от варианта без скобок, только если меняется приоритет операций. Т.е. (1+2)-(3*4) - не дает уникального результата, а (1+2-3)*4 - дает.
Итого - надо ставить закрывающую скобку перед знаком * или /, а открывающую скобку перед каждой предыдущей операцией.
Кроме того - когда расставите скобки, нужно брать выражение в скобках и рекурсивно прогонять его по алгоритму, таким образом расставите и вложенные скобки до тех пор пока внутри скобок не окажется простое выражение типа a+b, где уже ничего не поставить.

Видимо по методу Ньютона, только нужно еще использовать какую-нибудь библиотеку для работы с большими числами.

Может быть и не нужно никаких скриптов? Наверняка посты сортируются по времени создания, допусти это поле create_time в базе, тогда просто добавьте в order by поле auto_up:

...
order by auto_up, create_time desc

Правда это будет больше похоже на заморозку постов, а не на поднятие.
По какому принципу будете отменять поднятие постов? Если не отменять скоро у вас все первые страницы займут поднятые посты.
Если вариант выше не подходит, добавьте поле up_time, со значением по умолчанию равным create_time. В скрипте поднятия выставляйте это поле в текущее дату/время, а при отборе постов, точно так же, как и в примере выше, добавьте это поле в список order by.

Архитектура первична и обычно ее достаточно проблематично изменить в готовом приложении, в отличие от алгоритмов.