AK
Ruslan Valitov
Ну я именно про tarantool/errors
Да, этот модуль позволяет создавать классы и объекты ошибок
Size: a a a
2020 December 21
MA
Предпочтительнее использовать модуль tarantool/errors
Я бы не был столь категоричен
Предпочтительнее всё-таки pcall/xpcall
А навороты в стиле golang без статического анализа от golang скорее порождают больше ошибок
Предпочтительнее всё-таки pcall/xpcall
А навороты в стиле golang без статического анализа от golang скорее порождают больше ошибок
AK
Я бы не был столь категоричен
Предпочтительнее всё-таки pcall/xpcall
А навороты в стиле golang без статического анализа от golang скорее порождают больше ошибок
Предпочтительнее всё-таки pcall/xpcall
А навороты в стиле golang без статического анализа от golang скорее порождают больше ошибок
Именнованые ошибки делают код более структурированным, а пользование просто pcall без стат анализа тоже не спасает от ошибок.
AK
И код выглядит хуже
MA
И код выглядит хуже
Субъективщина
MA
Именнованые ошибки делают код более структурированным, а пользование просто pcall без стат анализа тоже не спасает от ошибок.
Никто не мешает выбрасывать "именованные ошибки" или даже целые объекты при помощи стандартного
error()MA
Ruslan Valitov
Пока все данные в memtx-e. Но спасибо за предупреждение.
Если у вас мемтикс, то лучше вообще без upsert
R
Если у вас мемтикс, то лучше вообще без upsert
Ну хз.. wal операций меньше,...
RV
Если у вас мемтикс, то лучше вообще без upsert
Не знаю кого слушать, документацию или вас)))
RV
Если у вас мемтикс, то лучше вообще без upsert
Хорошо, тогда получается нужно в транзакции это делать? Начало транзакции, читаю, если пусто то добавляю, если нет то изменяю, завершаю транзакцию?