его в мутациях? Хорошая идея или лучше есть?
попробуй, потом расскажешь
Да в том то и дело что не знаю правильно ли так делать, но все работает
стейт - это как база данных там не должно классически быть логики нужна логика - композаблы
Технически можно, но принято разделять данные и работу с данными во Vue. Проще будет понимать, где и как меняются данные
В СУБД, к слову, иногда описывают логику и очень много. ХП, триггеры. В больших СУБД так делали и делают очень много, когда БД не часть одного приложения
нет, не делают в 95% случаях за 30 лет не прижились ни триггеры ни PL/SQL по той же причине - система становится плохо поддерживаемой
и плохо переносимой сейчас SQL базу можно с небольшими изменениями перенести с/на Mysql, Postgres, Oracle если использовать логику внутри - привязка в СУБД сразу
В небольших приложениях без использования разных нюансов разных СУБД - можно. В остальных случаях - даже смена конфигурации одной СУБД бывает больным. Если было легко можно перейти, люди не платили бы огромных сумм за MSSQL и невероятных сумм за Oracle, а перешли бы на бесплатные PostgreSQL/MariaDB
C чего ты взял что МарияДБ по качеству сравнима с Ораклом? Дело не в легкости перехода тут, а в функционале, качестве и поддержке 20 лет назад лицензия Оракла на один сервер начиналась с $60К
Я ничего не говорил про качество. Ты написал "сейчас SQL базу можно с небольшими изменениями перенести с/на Mysql, Postgres, Oracle", я ответил на это утверждение.
Имея ввиду путь в другую сторону - начинаешь с MySQL, доходишь до большиой нагрузки - переходишь на Оракл
в марииДБ функции/процедуры компилятся? Перешли крч с оракла на постгрес, а там процедуры/функции не компилятся, легко можно допустить ошибку, из-за этого пришлось много тестов писать отделу тестирования
Обсуждают сегодня