Таким образом, команда будет продолжать выполняться в фоновом режиме и после того, как пользователь выйдет из системы.
<tr v-for="(row, i) in data2" class="row body">
<td>
<button
class="checkbox"
@click="clrRow(i, 'wednesday')">x</button>
<input type="text" v-model="data2[i].wednesday_from">
<input type="text" v-model="data2[i].wednesday_to">
</td>
</tr>
clrRow (i, day) {
this.data2[i][day + '_from'] = ''
this.data2[i][day + '_to'] = ''
}
data2[i][2].from
this.$refs.myButton[0].parentElement.children[1].value = '';
this.data2[0].monday_from = ''
<tr v-for="(row, i) in data2" class="row body">
<td>
<button
class="checkbox"
@click="clrRow(i)">x</button>
<input type="text" v-model="data2[i].wednesday_from">
<input type="text" v-model="data2[i].wednesday_to">
</td>
</tr>
clrRow (i) {
this.data2[i].wednesday_from = ''
this.data2[i].wednesday_to = ''
}
Например, если нам критична скорость конкретной выборки, но менее критична скорость вставки данных и при этом важно сохранять ссылочную целостность нормализованных данных, можно добавить дополнительные ненормализованные поля в таблицу и вычислять их триггером при вставке/изменении записи. Либо создать отдельную таблицу (материализованное представление) с ненормализованными данными, готовыми для отображения.
Если, наоборот, важна скорость записи, и мы готовы пожертвовать скоростью выборки, можно сохранять данные в одном поле типа JSON, а при выборке его парсить. Но тут столкнёмся с возможными проблемами нормализации и целостности данных. Их можно решить, запуская в отдельном (от вставки данных) потоке процедуру, которая обрабатывает JSON из таблицы и раскидывает данные по нормализованным таблицам. Естественно, могут встретиться данные, которые не смогут быть корректно обработаны. Надо решать вопрос, что с ними делать.
Вообще, тема оптимизации очень обширная.
В любом случае, чтобы не получить "помойку" в данных считаю, что сначала надо обеспечить их целостность и непротиворечивость. И только потом, только при необходимости, решать вопросы оптимизации, так как любая оптимизация - отступление от штатного механизма обеспечения целостности данных реляционной БД.
Да, и могу дать совет: используйте для выдачи во фронтэнд представления (view). Тогда изменения структуры БД проводятся значительно проще.