Сергей Еремин, ну по сути индексы это и есть механизм кэширования в sql как я себе это понимаю. В общем вывод в том, что результаты выборки кэшировать смысла нет.
Но в mysql будут джоины. Даже в простом варианте post + author будет промежуточная таблица которую нужно джоинить а более сложных конструкциях джоинов будет несколько. Даже так mysql будет производительней?
Павел, По тестам он не проигрывает) . Встречал где-то перевод этой статьи.
Но статья не совсем даёт ответ на мой вопрос. В тестах не учитывается взаимодействие с бд
xmoonlight, я надеюсь вы прикалываетесь, когда говорите о 5ти строках кода как об архитектуре и масштабировании. Такому только учить на школьных уроках информатики...
Мой php-фреймворк на спичечном коробке это делает за 5-7ms максимум!
Поймите, что дело - не в языке и не во фреймворке, а в логике работы архитектурного алгоритма.
Где я писал что этого не понимаю. Одна из задача правильной архитектуры - структурировать приложение таким образом, чтоб код был расширяем и легко читаем и в целом оптимизировал процесс разработки. Конечно в результате построения абстракций, кушаются ресурсы. И вот тут и есть зависимость фреймворков от скорости, т.к один фреймворк более грамотно спроектирован, и менее прожорлив.
Но вернемся к вашему аргументу про 7мс. Есть у вас хоть один работающий пример на продакшне, с откликом в 7мс. Или дайте ссылку на репозиторий, я хотел бы протестировать ваше решение.
Виталий, Еще куда смотреть это разве что java из популярных. Но в Go смущает отсутствие как такового ООП, мне кажется не самое лучшее решение делать на нем монолитный сайт - ИМ или маркетплейс. Думаю он больше подходит для микросервисного подхода.
А по преимущества что фронт и бэк на одном и том же, думаю это субъективно. Нет особой проблемы сделать api на том же питоне, а фронт на реакте. Конечно если в арсенале знаний только нода, то это будет плюсом)
Adamos, А по вашему фреймворк пыха как то выигрывает в производительности велосипеды на том же пыхе. И цель сравнения в том, чтоб узнать как обстоят дела в реальных проектах у ноды. Понятно что на ноде еще все сырое, так что если вам удобнее можете сравнивать велосипеды, сути это не меняет
Bavashi, Я имею ввиду в контексте асинхронности ноды. Если сравнивать тривиальные операции: работу с числами, строками и тд, то да php даже шустрее немного.
