n
Ага, понял, спасибо.
Если забьёте тикет с предложением в https://github.com/tarantool/cartridge-cli/issues/, будет вообще супер
Size: a a a
2021 March 26
MA
n
Ага, понял, спасибо.
Если забьёте тикет с предложением в https://github.com/tarantool/cartridge-cli/issues/, будет вообще супер
Если забьёте тикет с предложением в https://github.com/tarantool/cartridge-cli/issues/, будет вообще супер
Спасибоньки, сделаю. Я уже два тикета вам торчу :)
S
Добрый день, нашел багу с SQL запросом. Выполняю его - тарантул падает. можно проверить здесь https://www.tarantool.io/ru/try-dev/
Проблема в
box.execute([[SELECT lua('return math.random(1,100)') as "rand" FROM "_space" ORDER BY "rand" DESC LIMIT 1]])Проблема в
ORDER BY и LIMIT, тк если убрать что либо из этого, то всё работает как надоАД
Добрый день, нашел багу с SQL запросом. Выполняю его - тарантул падает. можно проверить здесь https://www.tarantool.io/ru/try-dev/
Проблема в
box.execute([[SELECT lua('return math.random(1,100)') as "rand" FROM "_space" ORDER BY "rand" DESC LIMIT 1]])Проблема в
ORDER BY и LIMIT, тк если убрать что либо из этого, то всё работает как надоСтесняюсь спросить, а что вы хотели таким добиться?
АД
Со своей стороны заметил что они не работаю когда делаешь count(1). Но такое в реальном коде не зашьешь...
S
Стесняюсь спросить, а что вы хотели таким добиться?
Это пример чтобы можно было повторить без окружения. Вообще нужно по одному полю исполнять луа код, некая логика по значению поля, потом по получившемуся значению сортировка и ограничение на кол-во записей в ответе.
Так же попробовал через хранимку тот же функционал - всё отлично. Мы и так планировали хранимку использовать, просто пока функционал тестил, нашел такую странность
rand лишь пример. я завел issue https://github.com/tarantool/tarantool/issues/5942Так же попробовал через хранимку тот же функционал - всё отлично. Мы и так планировали хранимку использовать, просто пока функционал тестил, нашел такую странность
R
Это пример чтобы можно было повторить без окружения. Вообще нужно по одному полю исполнять луа код, некая логика по значению поля, потом по получившемуся значению сортировка и ограничение на кол-во записей в ответе.
Так же попробовал через хранимку тот же функционал - всё отлично. Мы и так планировали хранимку использовать, просто пока функционал тестил, нашел такую странность
rand лишь пример. я завел issue https://github.com/tarantool/tarantool/issues/5942Так же попробовал через хранимку тот же функционал - всё отлично. Мы и так планировали хранимку использовать, просто пока функционал тестил, нашел такую странность
может память лаушке закончилаьс? что вообще такое lua() ? оно чтоли на каждую строку в спейсе парсит и создает новый луашный код?
R
возник острый вопрос про "стабильные" итераторы.
Если создать итератор и пока его не крутить , а подождать пару секунд и в противоположное направление от итератора навставлять записей в индекс, то должна ли "стабильность" итераторов обеспечивать то что в момент получения первой записи она будет удовлетворять начальному условию в итераторе
Если создать итератор и пока его не крутить , а подождать пару секунд и в противоположное направление от итератора навставлять записей в индекс, то должна ли "стабильность" итераторов обеспечивать то что в момент получения первой записи она будет удовлетворять начальному условию в итераторе
R
возник острый вопрос про "стабильные" итераторы.
Если создать итератор и пока его не крутить , а подождать пару секунд и в противоположное направление от итератора навставлять записей в индекс, то должна ли "стабильность" итераторов обеспечивать то что в момент получения первой записи она будет удовлетворять начальному условию в итераторе
Если создать итератор и пока его не крутить , а подождать пару секунд и в противоположное направление от итератора навставлять записей в индекс, то должна ли "стабильность" итераторов обеспечивать то что в момент получения первой записи она будет удовлетворять начальному условию в итераторе
VG
то есть, если не читать из итератора, то он видит будущее?
R
судя по коду если не было инфы предыдущем тапле (первый запуск) то он ищет ближайший который изначально был по условию ..
короче lazy
как тут и написано
https://github.com/tarantool/tarantool/commit/2160e4cbdb90caff0a3c766bd92003d1f7d67d7b
правда с тех пор все переписали уже
короче lazy
как тут и написано
https://github.com/tarantool/tarantool/commit/2160e4cbdb90caff0a3c766bd92003d1f7d67d7b
правда с тех пор все переписали уже
AL
то есть, если не читать из итератора, то он видит будущее?
квантовый итератор
VG
судя по коду если не было инфы предыдущем тапле (первый запуск) то он ищет ближайший который изначально был по условию ..
короче lazy
как тут и написано
https://github.com/tarantool/tarantool/commit/2160e4cbdb90caff0a3c766bd92003d1f7d67d7b
правда с тех пор все переписали уже
короче lazy
как тут и написано
https://github.com/tarantool/tarantool/commit/2160e4cbdb90caff0a3c766bd92003d1f7d67d7b
правда с тех пор все переписали уже
если я правильно понял, то вот такой код должен выдавать таплы, хотя интуитивно может казаться, что не должен. Чекнул код с 1.10.6 до 2.8.0, вроде везде одинаково. Наверное, на 1.7 он вел себя иначе
do
box.cfg{ wal_mode = 'none' }
box.schema.space.create('test'):create_index('pri')
iter = box.space.test:pairs({1}, { iterator = box.index.GT })
for i = 1, 5 do box.space.test:replace{i} end
return iter:totable()
end
VG
А, блин, вспомнил! Это кстати абьюзить можно. Если из итератора считать null, то он больше вперед не пойдет, но вот если "знать", что дальше таплов нет, то можно съелдить, дождаться данных, и потом продолжить читать