LINUX.ORG.RU

История изменений

Исправление xen0n, (текущая версия) :

Вы предлагаете делать поисковый API с интерфейсом вроде /search?q=SELECT * FROM products что ли? (а на бэкенде просто исполнять любой полученный SQL)

Он будет очень гибким, ничем не хуже Exact, но сами же понимаете, почему его нельзя ни в коем случае использовать?

Про littletable бегло посмотрел, может быть я не совсем его понимаю, но мне он показался альтернативой pandas, много что может, но главное с ним работает программист, а не внешний пользователь. Чтобы сделать сортировку по цене, скажем, нужно чтобы в коде было записано вроде:

catalog.where(lambda o: o.unitprice > X):

То есть, для littletable нужно чтобы заранее на бэке были в коде реализованы все возможные виды поиска (по цене от минимума, по цвету, по цене и цвету). А если пользователь захочет искать по цене от минимума до максимума? (майку от 300 до 1000 рублей), а у нас в коде этого нет…

// Это я говорю на основании двухминутного знакомства с README, может там есть и другие функции.

Если программист при создании системы не предусмотрел, что кто-то может хотеть искать фильмы по наличию актеров - то этого типа поиска и не будет. А с Exact - любой поиск будет (примерно, как при q=SELECT…), но без ущерба для безопасности.

Исходная версия xen0n, :

Вы предлагаете делать поисковый API с интерфейсом вроде /search?q=SELECT * FROM products что ли? (а на бэкенде просто исполнять любой полученный SQL)

Он будет очень гибким, ничем не хуже Exact, но сами же понимаете, почему его нельзя ни в коем случае использовать?

Про littletable бегло посмотрел, может быть я не совсем его понимаю, но мне он показался альтернативой pandas, много что может, но главное с ним работает программист, а не внешний пользователь. Чтобы сделать сортировку по цене, скажем, нужно чтобы в коде было записано вроде:

catalog.where(lambda o: o.unitprice > X):

То есть, для littletable нужно чтобы заранее на бэке были в коде реализованы все возможные виды поиска (по цене от минимума, по цвету, по цене и цвету). А если пользователь захочет искать по цене от минимума до максимума? (майку от 300 до 1000 рублей), а у нас в коде этого нет…

Это я говорю на основании двухминутного знакомства с README, может там есть и другие функции.

Если программист при создании системы не предусмотрел, что кто-то может хотеть искать фильмы по наличию актеров - то этого типа поиска и не будет. А с Exact - любой поиск будет (примерно, как при q=SELECT…), но без ущерба для безопасности.