Инструмент администрирования Couchbase падает со списком отфильтрованных документов

Я использую инструмент администрирования Couchbase, и одна из самых полезных функций для меня — это возможность зайти в документы определенного сегмента, а затем, используя диалоговое окно фильтра документов, ввести префикс документа, который я зарезервировал для определенного документа. type и тут же получаю отфильтрованный список только документов этого типа. введите здесь описание изображения

Например, если бы у меня была корзина под названием «спорт», в которой были бы данные обо всех видах спорта, у меня мог бы быть набор записей, связанных с теннисом, футболом и т. д., и давайте предположим, что все идентификаторы этих документов имеют префикс с конкретным спорт под вопросом. Так что в этом случае я бы просто поместил football в диалоговое окно Фильтр документов и ожидал увидеть только те документы, идентификаторы которых начинаются со слова «футбол». Это происходит, когда я печатаю. Эта функциональность отлично работает на моем основном компьютере для разработки, но на моем ноутбуке и в моей производственной среде ввод ничего не дает. Я могу нажать кнопку «Идентификатор поиска» в любой среде, и, если указан правильный идентификатор, он загрузит документ, но фильтрация в реальном времени для меня имеет решающее значение для того, чтобы сделать функции администратора полезными для меня.

Стоит отметить, что и моя основная машина для разработки, и ноутбук работают на OSX, а в производстве используется Ubuntu. Также следует отметить, что моя основная среда разработки все еще работает на версии 2.0.1, потому что я боюсь потерять эту функциональность, но на моем ноутбуке работает версия 2.5.1, и я думаю, что prod такой же.

Кроме того, глядя на сетевую панель в отладчике, я заметил важную вариацию:

  • Как ноутбук, так и основная машина-разработчик загружают средство просмотра документов без каких-либо ошибок JS.
  • Независимо от ввода в диалоговое окно фильтра, мой главный разработчик периодически запускает вызовы REST для: http://couchserver:8091/pools/default?uuid=xxxxxx&waitChange=20000&etag=xxxxxx
  • Как только я ввожу диалоговое окно фильтра, я вижу сетевые запросы, которые выглядят так: http://couchserver:8091/couchBase/reference_data/_all_docs?startkey=%22football%22&endkey=%22football%EF%BF%BF%22&skip=0&include_docs=true&limit=21&_=1399627171015
  • На моем ноутбуке, где эта функция не работает, похоже, также есть базовое сообщение опроса, указанное выше, но когда я ввожу текст в диалоговое окно фильтра, сообщение не отправляется (и ошибка JS также не выдается). Просто тишина. :(

couchbase couchapp
person ken    schedule 09.05.2014    source источник
comment
Привет, Кен, на самом деле это не ответ как таковой, но я бы рекомендовал всегда взаимодействовать с вашими документами через SDKS. Я использую эту функцию только для поиска определенного идентификатора, который я уже знаю, проблема может вас расстраивать, но я повторю еще раз, используйте SDK.   -  person scalabilitysolved    schedule 11.05.2014
comment
@scalability, у меня нет проблем с использованием SDK, но вариант использования — это очень распространенный специальный запрос, и поэтому кажется, что это очень разумная функциональность в интерфейсе администратора. Верно? Я имею в виду, что теперь мне нужно создать инструмент командной строки или графический интерфейс (использующий SDK) для себя, чтобы имитировать то же самое? Почему?   -  person ken    schedule 11.05.2014
comment
Я предполагаю, что эта функциональность не предназначена для использования в производстве.   -  person scalabilitysolved    schedule 11.05.2014
comment
В основном я использую его в разработке (где администратор также является полезным инструментом), но этот вариант использования может быть полезен и в производстве. Допустим, вы устраняете проблему и хотите сравнить, сколько документов начинается с xyz_, и сравнить это с тестовой средой, чтобы обеспечить согласованность. Это только первый пример, который приходит на ум, должно быть много других.   -  person ken    schedule 11.05.2014
comment
Хорошо, справедливая точка зрения на разработку, но в производстве с миллионами и миллиардами документов вам было бы лучше использовать представление, чтобы указать, сколько документов относятся к определенному типу.   -  person scalabilitysolved    schedule 11.05.2014
comment
Да, для транзакционных сегментов, где существует такое количество записей, представление будет иметь смысл (не столько для специального поиска, сколько для повторяющихся поисков), однако, если некоторые из ваших сегментов предназначены для справочных данных, масштаб этих сегментов, вероятно, будет совершенно другим и вероятно, эта функция фильтра полностью уместна.   -  person ken    schedule 11.05.2014

Ответы (1)


arrow_upward
0
arrow_downward

Судя по IRC и другим каналам, эта функция была удалена, потому что она вызывала проблемы со стабильностью при работе с большими наборами данных. Меня это немного беспокоит, и я по-прежнему твердо уверен, что эта функциональность очень желательна в инструменте администрирования (по крайней мере, в средах разработки, хотя я бы сказал, что и prod, и dev).

В любом случае, хотя пользовательский интерфейс по-прежнему использует терминологию «фильтр», я думаю, будет справедливо сказать, что терминология фильтра была удалена. Теперь мне придется написать свой собственный интерфейс администратора. :(

person ken    schedule 14.05.2014