Сравнивая результаты lpSolve с linprog, это проблема в реализации?
Я считаю, что MySQL проверяет, вставляете ли вы в автоинкрементный столбец и обновляете AUTO_INCREMENT, чтобы AUTO_INCREMENT> MAX (id), но мне нужно просмотреть документы. Вы должны по-прежнему следовать за предложением Эндрю Даффи, чтобы быть в безопасности.
1 ответ
Вы решаете разные модели.
res = linprog(obj_func, constraints, rhs, method="interior-point", options={"disp":True})
означает
res = linprog(obj_func, A_ub=constraints, b_ub=rhs, method="interior-point", options={"disp":True})
, действующие в ограничениях:
x0 <= 0.4498162176582741
...
вместо
x0 == 0.4498162176582741
Поэтому linprog использует неравенства только тогда, когда lpsolve использует только равенства (без проверки, выполняет ли f.dir = c("=","=","=","=") то, что, я думаю, делает; но результат показывает это более или менее).
Результат linprog:
x: array([4.34463075e-10, 4.34463075e-10, 6.03369494e-10])
является типичным выходом нулевого вектора метода внутренней точки (только приближенные интегральные решения)! В отличие от коммерческих решателей, таких как Gurobi , здесь нет шага кроссовера.
Будьте внимательны при чтении документов (которые содержат эту информацию).