Ð
смысл всего в том, чтобы база была целостной и несокрушимой. Независимо от того, на чем решат делать сайт или микросервис для нее - на ноде или на пхп.
Size: a a a
2019 November 22
GS
Ð
что такое логика?
Давай скажем, что "процедурный код".
То, что ты можешь или написать в ХП, триггерах и тп, либо в самом приложении
То, что ты можешь или написать в ХП, триггерах и тп, либо в самом приложении
GS
Ð
смысл всего в том, чтобы база была целостной и несокрушимой. Независимо от того, на чем решат делать сайт или микросервис для нее - на ноде или на пхп.
Теоретически мне такой подход очень нравится.
На практике по мне это ставноится больно, потому что писать миграции и отлаживать процедурный sql больнее, чем тоже самое делать силами приложения.
В итоге кажется, что проще просто имет ровно 1 приложение, через которое будут ходить в БД (или поддерживать несколько)
На практике по мне это ставноится больно, потому что писать миграции и отлаживать процедурный sql больнее, чем тоже самое делать силами приложения.
В итоге кажется, что проще просто имет ровно 1 приложение, через которое будут ходить в БД (или поддерживать несколько)
Ð
Давай скажем, что "процедурный код".
То, что ты можешь или написать в ХП, триггерах и тп, либо в самом приложении
То, что ты можешь или написать в ХП, триггерах и тп, либо в самом приложении
процедуры обработки данных, влияющие на целостность данных, я предпочитаю иметь вместе с данным в базе. Это потрясающе удобно, огромный ряд преимуществ.
YZ
короче оч гибко, то ли дело орм
YZ
это как в пхп пишут запросы строками, для быстройдествия, удобно же.
Ð
Теоретически мне такой подход очень нравится.
На практике по мне это ставноится больно, потому что писать миграции и отлаживать процедурный sql больнее, чем тоже самое делать силами приложения.
В итоге кажется, что проще просто имет ровно 1 приложение, через которое будут ходить в БД (или поддерживать несколько)
На практике по мне это ставноится больно, потому что писать миграции и отлаживать процедурный sql больнее, чем тоже самое делать силами приложения.
В итоге кажется, что проще просто имет ровно 1 приложение, через которое будут ходить в БД (или поддерживать несколько)
не больнее, разве что поначалу пока нет опыта, потом - легко. Сделать отчет по часам на триггерах например - вообще раз плюнуть, а потом доставать его из агрегатной таблицы простым и эффективным запросом. Или повесить эвенты на апдейт словаря, чтобы слушая их актуализировать кэш в ноде - это вообще сказка просто, избавляющая от лишних джойнов и сетевого овердрафта.
ГЗ
где можно посмотреть лимиты памяти для ноды?
Ð
--max-old-space-size
DL
привет всем, подскажите как решить проблему с передайчей окружения ноде через вебпак - запускаю вебпак с таким флагом --mode development и не нахожу в process.env никаких переменных чтобы посмотреть окружение в дев режиме, как надо передавать аргументы?
SS
привет всем, подскажите как решить проблему с передайчей окружения ноде через вебпак - запускаю вебпак с таким флагом --mode development и не нахожу в process.env никаких переменных чтобы посмотреть окружение в дев режиме, как надо передавать аргументы?
можно через
--env.<что-то> передавать в конфиг, а там как хотите)DL
можно через
--env.<что-то> передавать в конфиг, а там как хотите)--env development
SS
--env development
не совсем, ща
SS
вот тут почитать надо
https://webpack.js.org/configuration/configuration-types/#exporting-a-function
https://webpack.js.org/configuration/configuration-types/#exporting-a-function
DL
не совсем, ща
увидел —config-name
SS
увидел —config-name
не.
webpack --env.dev --env.target="node". В конфиге получите{
dev: true,
target: 'node'
}DL
не.
webpack --env.dev --env.target="node". В конфиге получите{
dev: true,
target: 'node'
}а зачем таргет ноде писать?
P🛸
Вот CI/CD для меня это еще совсем темный лес
SS
а зачем таргет ноде писать?
это пример просто
SS
можно писать что хочешь