@beem7

Почему в tarantool\redis хранимые процедуры если не на SQL, то на Lua?

Во всяком случае, к первому этот Lua просто "прибит гвоздями", и никто никогда даже не рассматривал возможность применить там что-то другое. (Или рассматривал?)

Ну, почему не рассматривали сразу несколько языков для хранимых процедур, это еще как-то можно понять. Типа усложнение чудовищное. Ок, пусть 1 язык.

Но почему именно на Lua остановились. Чем он лучше JavaScript, ну или хотя бы Python? Его мало кто знает, а отличий в нем много, даже на ровном месте можно нарваться на что-то, чего вообще нигде больше нет. Например, ~= - это, оказывается, просто !=. Мдааа... Даже паскальское <> - и то понятнее.
  • Вопрос задан
  • 147 просмотров
Решения вопроса 2
sergey-gornostaev
@sergey-gornostaev
Седой и строгий
Потому что интерпретатор Lua очень маленький и нетребовательный к ресурсам, но при этом обладает JIT-компилятором и высокой производительностью, а также встраивается намного проще, чем интерпретатор любого другого языка.
Ответ написан
@vabka
Токсичный
Почему во всех БД — если хранимые процедуры не на SQL, то на Lua?

Ну почему сразу "все". Вот в postgres есть питон, например.
Ответ написан
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы