2_
Невозможно не знать sql совсем и использовать ормку, доказано уже временем
наскальная живопись в орм и осмысленный запрос-это две совершенно разные вселенные.
Size: a a a
2020 June 13
Д
Это как раз и называет не знать совсем. Орм генерит топорно. И раз человек юзая Орм этого не видит в упор, то такого нельзя назвать знающим скл
TS
Тагил, А что на си ваша реализация делает, что нельзя сделать на питоне? Он как бы из коробки в пг. Питон - это 1-2 вечера посидеть почитать. Остальное в нем - это фреймворки.
Питона нет на AWS RDB.
Он же untrusted.
Он же untrusted.
p
Заметил что бл в бэкэнд уносят в компашках где даже архитекторы кроме как Селект * больше ничо писать не умеют.)
иногда вариантов нет кроме как высосать данные из бд в память и использовать бд как cold storage.
2_
Питона нет на AWS RDB.
Он же untrusted.
Он же untrusted.
а что там считаете то с массивами, может это как то по другому можно сделать?
Д
иногда вариантов нет кроме как высосать данные из бд в память и использовать бд как cold storage.
Например? Жалко денег на БД девелопера?
2_
иногда вариантов нет кроме как высосать данные из бд в память и использовать бд как cold storage.
затем придумать свои джойны, свой буферпул, индексы, и вуаля, вы переизобрели СУБД
p
Например? Жалко денег на БД девелопера?
реалтайм-биллинг, например.
Д
Питона нет на AWS RDB.
Он же untrusted.
Он же untrusted.
Ну да. Хотя бы опишите что далее и как это на пг организовали. А то коня в вакууме обсуждаем.
Д
2flower _
затем придумать свои джойны, свой буферпул, индексы, и вуаля, вы переизобрели СУБД
Вот вот. Тоже всегда поражает это.
2_
реалтайм-биллинг, например.
все от объемов зависит, вы же понимаете, что посчитать это только часть задачи ACID
НБ
Но это приятнее чем писать на скуле, а скулу вы примерно сможете понять дебажа свой говнокод и пытаясь понять что не работает
НБ
уже давно идет срач о нужде орм’ок
Д
реалтайм-биллинг, например.
Чем сделанная в памяти БД непрофессионалами лучше БД сделанной профессионалами?
Ð
2flower _
затем придумать свои джойны, свой буферпул, индексы, и вуаля, вы переизобрели СУБД
самое интересное начинается когда велосипедисты начинают придумывать свои блокировки и транзакции
TS
2flower _
а что там считаете то с массивами, может это как то по другому можно сделать?
Агрегатная функция SUM, но с двумя параметрами. Второй параметр - id записи. И значение добавляется в сумму если этот id еще не встречался.
Для этого он запоминается в массиве.
На С там все супер - значение хранится и ищется в деревьях, а тут вынуждены в массиве хранить. Соответственно, каждая итерация - поиск по массиву.
Для этого он запоминается в массиве.
На С там все супер - значение хранится и ищется в деревьях, а тут вынуждены в массиве хранить. Соответственно, каждая итерация - поиск по массиву.
НБ
Агрегатная функция SUM, но с двумя параметрами. Второй параметр - id записи. И значение добавляется в сумму если этот id еще не встречался.
Для этого он запоминается в массиве.
На С там все супер - значение хранится и ищется в деревьях, а тут вынуждены в массиве хранить. Соответственно, каждая итерация - поиск по массиву.
Для этого он запоминается в массиве.
На С там все супер - значение хранится и ищется в деревьях, а тут вынуждены в массиве хранить. Соответственно, каждая итерация - поиск по массиву.
Индексы вам на что?
2_
Но это приятнее чем писать на скуле, а скулу вы примерно сможете понять дебажа свой говнокод и пытаясь понять что не работает
в sql очень кратко и красиво пишется то, что предназначено, на СУБД, возможно ваших родителей в проекте не было когда использовали данный язык,
и продолжают.
наверное потому что он такой неприятный.
и продолжают.
наверное потому что он такой неприятный.
Д
Ð
самое интересное начинается когда велосипедисты начинают придумывать свои блокировки и транзакции
И горизонтально масштабирование. Мастер-мастер особенно.
Ð
потому что обычно те, кто не делает логику в бд, ни разу не работали с продом и не знают про состояние гонок и аномалии, и делают не так как надежно, а так как удобно кодить. К счастью, такие проекты редко доживают до нагрузок