AG
Вообще как я понял лучше для фронта и бека разные vps-ки юзать?
Не обязательно. Использовать разные порты - нормальная практика
Size: a a a
2020 December 16
DS
Запросы то с фронта идти будут.
В плане? Запрос от фронта к беку да, с фронта
А вот на вебхук коллбек мне данные будет слать стабильно только один хост, который я знаю
Получается в корсы я могу добавить локалхост и хост того, кто будет по вебхуку данные слать
А вот на вебхук коллбек мне данные будет слать стабильно только один хост, который я знаю
Получается в корсы я могу добавить локалхост и хост того, кто будет по вебхуку данные слать
DS
Не обязательно. Использовать разные порты - нормальная практика
Понял, спасибо
AG
В плане? Запрос от фронта к беку да, с фронта
А вот на вебхук коллбек мне данные будет слать стабильно только один хост, который я знаю
Получается в корсы я могу добавить локалхост и хост того, кто будет по вебхуку данные слать
А вот на вебхук коллбек мне данные будет слать стабильно только один хост, который я знаю
Получается в корсы я могу добавить локалхост и хост того, кто будет по вебхуку данные слать
Я про корсы от фронта говорил.
VJ
Занятный бенчмарк.
Его критика со стороны монго https://www.mongodb.com/blog/post/benchmarking-do-it-right-or-dont-do-it-at-all
И ответ авторов бенчмарка https://www.ongres.com/blog/benchmarking-do-it-with-transparency/
Его критика со стороны монго https://www.mongodb.com/blog/post/benchmarking-do-it-right-or-dont-do-it-at-all
И ответ авторов бенчмарка https://www.ongres.com/blog/benchmarking-do-it-with-transparency/
@x1dan думаю тебе тоже любопытно будет
AG
Занятный бенчмарк.
Его критика со стороны монго https://www.mongodb.com/blog/post/benchmarking-do-it-right-or-dont-do-it-at-all
И ответ авторов бенчмарка https://www.ongres.com/blog/benchmarking-do-it-with-transparency/
Его критика со стороны монго https://www.mongodb.com/blog/post/benchmarking-do-it-right-or-dont-do-it-at-all
И ответ авторов бенчмарка https://www.ongres.com/blog/benchmarking-do-it-with-transparency/
Результаты в корне противоположные.
АП
Занятный бенчмарк.
Его критика со стороны монго https://www.mongodb.com/blog/post/benchmarking-do-it-right-or-dont-do-it-at-all
И ответ авторов бенчмарка https://www.ongres.com/blog/benchmarking-do-it-with-transparency/
Его критика со стороны монго https://www.mongodb.com/blog/post/benchmarking-do-it-right-or-dont-do-it-at-all
И ответ авторов бенчмарка https://www.ongres.com/blog/benchmarking-do-it-with-transparency/
а там есть сравнение конкретно записи/модификации данных (без транзакций)?
я думаю, что только в этом кейсе монга может быть быстрее (ну если не считать такие вещи, как скорость разработки, масштабирование)
я думаю, что только в этом кейсе монга может быть быстрее (ну если не считать такие вещи, как скорость разработки, масштабирование)
VJ
а там есть сравнение конкретно записи/модификации данных (без транзакций)?
я думаю, что только в этом кейсе монга может быть быстрее (ну если не считать такие вещи, как скорость разработки, масштабирование)
я думаю, что только в этом кейсе монга может быть быстрее (ну если не считать такие вещи, как скорость разработки, масштабирование)
Там есть то, что есть и больше нет
АП
Там есть то, что есть и больше нет
ну а ты читал? мне просто лень, итоги бенчмарков в сравнении монга/постгре мне кажутся очевидными
СП
а там есть сравнение конкретно записи/модификации данных (без транзакций)?
я думаю, что только в этом кейсе монга может быть быстрее (ну если не считать такие вещи, как скорость разработки, масштабирование)
я думаю, что только в этом кейсе монга может быть быстрее (ну если не считать такие вещи, как скорость разработки, масштабирование)
Да, там обычное io чуть быстрее, но с журналированием ± одинаково, но без fsync постгрес, часто обгоняет, можете руками проверить.
VJ
ну а ты читал? мне просто лень, итоги бенчмарков в сравнении монга/постгре мне кажутся очевидными
Мало того. Я читал ещё и другие вайтпеперы
AG
ну а ты читал? мне просто лень, итоги бенчмарков в сравнении монга/постгре мне кажутся очевидными
Насколько я понял, задача была не сделать бенчмарки, а доказать несостоятельность предыдущего
АП
Да, там обычное io чуть быстрее, но с журналированием ± одинаково, но без fsync постгрес, часто обгоняет, можете руками проверить.
мне не приходит голову проверять это, потому что инструменты разные, и их надо использовать для разных целей
но раз кто-то проверяет, посмотреть можно
но раз кто-то проверяет, посмотреть можно
VJ
ну а ты читал? мне просто лень, итоги бенчмарков в сравнении монга/постгре мне кажутся очевидными
Самый сок сами монго пишут
The OLTP benchmark was based on a teaching example for Python users written by a MongoDB developer advocate […] Ongres ported it to Java and then built benchmarking on top of that. This led to unnecessary uses of $lookup (JOIN) aggregation and other relational traits in MongoDB which are known to impact performance simply because MongoDB is not a relational database
The OLTP benchmark was based on a teaching example for Python users written by a MongoDB developer advocate […] Ongres ported it to Java and then built benchmarking on top of that. This led to unnecessary uses of $lookup (JOIN) aggregation and other relational traits in MongoDB which are known to impact performance simply because MongoDB is not a relational database
СП
Самый сок сами монго пишут
The OLTP benchmark was based on a teaching example for Python users written by a MongoDB developer advocate […] Ongres ported it to Java and then built benchmarking on top of that. This led to unnecessary uses of $lookup (JOIN) aggregation and other relational traits in MongoDB which are known to impact performance simply because MongoDB is not a relational database
The OLTP benchmark was based on a teaching example for Python users written by a MongoDB developer advocate […] Ongres ported it to Java and then built benchmarking on top of that. This led to unnecessary uses of $lookup (JOIN) aggregation and other relational traits in MongoDB which are known to impact performance simply because MongoDB is not a relational database
Проблема в том, что стандарт хранения данных постфактум реляционный, почти всегда ты к нему придешь, и сейчас они говорят, что со своими агрегатными функциями хорошо справляются с этим, пусть и соревнуются тогда.
СП
мне не приходит голову проверять это, потому что инструменты разные, и их надо использовать для разных целей
но раз кто-то проверяет, посмотреть можно
но раз кто-то проверяет, посмотреть можно
Обычно в таких холиварах, появляются "разрешители", они хотят разрешить дискуссии бенчмарка этих бд фразой: "Эти инструменты предназначены для разных целей". Можно сразу список таких несинтетических кейсов, где какая бд уместнее другой используется.
VJ
Проблема в том, что стандарт хранения данных постфактум реляционный, почти всегда ты к нему придешь, и сейчас они говорят, что со своими агрегатными функциями хорошо справляются с этим, пусть и соревнуются тогда.
Не понял вторую часть
АП
Проблема в том, что стандарт хранения данных постфактум реляционный, почти всегда ты к нему придешь, и сейчас они говорят, что со своими агрегатными функциями хорошо справляются с этим, пусть и соревнуются тогда.
но это же не так
в разных предметных областях используются разные модели
в каком-нибудь машиностроении вообще нужны иерархические модели данных
если кто-нибудь видел системы типа интермеха, может представить всю боль от необходимости натягивать такие модели на реляционные базы
в разных предметных областях используются разные модели
в каком-нибудь машиностроении вообще нужны иерархические модели данных
если кто-нибудь видел системы типа интермеха, может представить всю боль от необходимости натягивать такие модели на реляционные базы