По моему второй вариант, предложенный Антон Антон чуть больше в стиле vue.
Посмотрите кто у вас владеет (добыл и хранит) данными, скорее всего это кто-то выше по иерархии, а не сами таблицы. Кто данными владеет, тот их и изменяет. Запускайте из таблицы событие добавления с нужными данными и поднимайте его до владельца. Он как-то смог раньше данные достать, он же должен их и изменить (а потом изменения обратно вниз спустить). Работа с данными будет в одном месте и компонент таблиц будет попроще (а эти компоненты обычно и без того не простые).
Честно говоря, с этой библиотекой я дело не имел и сейчас не смог погрузиться в ее документацию, но похоже v-client-table имеет почти тот же программный интерфейс что и v-server-table и дополнительно входное свойство :data куда и нужно запихивать свои данные хоть свежеполученные, хоть подфильтрованные.
Если я правильно понял, то v-server-table это не ваш компонент, а взятый из библиотеки vue-tables-2? Я думал это у вас самописный компонент.
Если так, то вроде бы свои данные он получает с сервера. Т.е. чтобы отфильтровать данные вам нужно условия фильтра передать на сервер и там обработать (например, в виде get-параметра в параметр компонента :url; что-нибудь вроде :url=”'/crm/customeroffice?state=' + this.selectedState"). Т.е. вы измените url, компонент с новыми данными сбегает на сервер и вернёт новые отфильтрованные данные (вам нужно будет не забыть на сервере реализовать механизм фильтра - например в запрос условие добавить).
Если же вы хотите все делать на клиенте, и мне кажется это более удачный вариант, то похоже вам нужен компонент v-client-table. Вы сами сначала получите данные и пропихнете их в компонент. При необходимости, при нажатии кнопки их подфильтруете и ещё раз пропихнете (или сразу посмотрите на всякий случай как делать вычисляемые поля, если ещё не работали с ними).
Честно говоря, я не вижу как вы запихиваете данные в компонент v-server-table. Может я пропустил, но мне кажется, что они у вас просто хранятся в состоянии и никак не используются.
Если я всё-таки пропустил, то просто стоит ещё обратить внимание на внутренность компонента таблицы. Вы его здесь не приводите, а проблема может быть в нем. Например, вы данные рисуете из состояния, а не входного параметра и при повторном проталкивания данных в параметр они не доходят до состояния (такое бывает если на параметре не висит watch, а состояние заполняется из параметра при создании).
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Посмотрите кто у вас владеет (добыл и хранит) данными, скорее всего это кто-то выше по иерархии, а не сами таблицы. Кто данными владеет, тот их и изменяет. Запускайте из таблицы событие добавления с нужными данными и поднимайте его до владельца. Он как-то смог раньше данные достать, он же должен их и изменить (а потом изменения обратно вниз спустить). Работа с данными будет в одном месте и компонент таблиц будет попроще (а эти компоненты обычно и без того не простые).