Alexander
27.10.2017
17:10:36
да) это без проблем можно сделать скриптом на питоне, например или как-нибудь ещё, но правильнее всего - попросить Tower не возвращать ненужные мне поля
то есть было бы круто научить Tower на своей стороне фильтровать json и возвращать только то, что просят, например, путём явного перечисления через ?fields=fieldname1,fieldname2
возможно, есть более правильная реализация запроса, не знаю, но меня бы так устроило
A
27.10.2017
17:13:23
вообще тогда уже лучше вкорячивать туда полноценный язык обработки джейсона
типа jmespath
(но я всё еще считаю что лучше выгребать всё и фильтровать на клиенте)
Google
Anatoly
27.10.2017
17:13:47
имхо правильнее фильтровать на клиенте
Alexander
27.10.2017
17:13:48
не лучше потому что медленнее будет
например, если нужно выбрать поля id и description по вообще всем объектам в базе
Anatoly
27.10.2017
17:15:52
для вот такого вот можно и напрямую в базу сходить, пожалуй
Alexander
27.10.2017
17:16:33
близкая аналогия - если вы делаете запрос к базе данных, вы же не пишете select * from table и потом вручную что-то там на клиенте фильтруете, вы хотите sql запросом достать нужное, а остальное оставить...
Dmitry
27.10.2017
17:16:56
имхо если платите за tower отправьте feature request...
Alexander
27.10.2017
17:17:02
про сходить напрямую в базу - да, это решение, но оно не будет работать стабильно
обновление тавера может обновить структуру таблиц
да если будет в это упираться - я сам пропатчу)
A
27.10.2017
17:17:35
так и джейсон-выхлоп не факт что стабилен
Admin
A
27.10.2017
17:18:13
ну и блин, что там фильтровать, что тут фильтровать.
если данных не 100 мегабайт, то экономия на спичках.
Dmitry
27.10.2017
17:18:16
Google
A
27.10.2017
17:18:38
а, ну хотя апи-то версионирован
Alexander
27.10.2017
17:18:57
и это причина использовать именно api
а не лезть в базу
Anatoly
27.10.2017
17:20:03
фильтруйте жисон. самое простое.