У меня от этого дедушка жены умер! Буквально. Поехал в тридцатиградусную жару в больницу на автобусе (тоже боялся людей беспокоить попусту - в т.ч. и таксистов) - что-то дышать ему тяжело стало. Не доехал - упал на остановке (обширный инфаркт). Вроде случай частный, но ещё одна сторона медали.
Ну так, если человек даже таксиста не хочет беспокоить, то и скорую не будет беспокоить.
Вообще с т.з. медицины, отвлекаясь от любых финансовых вопросов, - чем быстрее начинает оказыватся помощь, тем больше шансов на быстрое и беспроблемное выздоровление джае не в смертельно опасных случаях.
Это красиво звучит в вакууме, но в реальности попытка оказать помощь побыстрее для всех не взирая на срочность приводит к прямо обратному результату, когда скорая приехала на инфаркт спустя 3 часа, потому что ездила к бабушкам померять давление.
У этой “медали” больше двух сторон. Кроме вариантов “сидеть дома и ждать когда само пройдёт” и “срочно вызывать скорую” есть опция приехать в больницу самому, причем в ту же, куда вас привезла бы скорая. И именно опцией “добраться до больницы самому” и пользуются чаще всего люди. Не надо превращать скорую в такси до больницы, как это, к сожалению, случилось в РФ.
Виктимблейминг в полный рост. То что вы забыли закрыть дверь в свою квартиру не даёт окружающим право туда заходить. Точно так же, криво написанный сервис не даёт окружающим право его намеренно ломать.
Вы пытаетесь тип «доля в капитале» свести к типу «деньги». Но это два похожих, но разных типа, которые могут вести себя по разному в особых ситуациях. Это похоже на то, как люди хранят даты в виде timestamp, а потом огребают, когда при попытке выполнить операцию «добавить месяц» результат получается неправильным.
Затем что параметры PS - это способ вставки значений из кода который используется по-умолчанию примерно везде. Ибо удобно, безопасно и в 99% случаев не создает проблем. Заинлайнить в данном случае конечно можно, но нужно догадаться это сделать. Конкретно в нашем случае заинлайнить было нельзя, но у нас самопальная ORM, нам за такое положено страдать.
По опыту нормальные люди хранят деньги в Int. Обычно с точностью до центов, но в некоторых случаях до сотых центов, т.е. 4 знака после запятой.
В предыдущем проекте как-то тоже выбирали тип данных для денег. В качестве валюты были кредиты, но по-факту они были равны доллару. В общем, изначально мы прикинули, что нам хватит 6 знаков после запятой, так что мы хранили микрокредиты :) Но со временем пришлось перейти на пикокредиты.
С частичным индексом из примера в статье можно словить очень неожиданные проблемы. Мы у себя недавно поймали падение производительности на индексе практически идентичному тому что в статье:
CREATE INDEX shop_orders_open_user_idx
ON shop_orders (user_id, created_at DESC)
WHERE status IN ('new', 'paid', 'processing');
Запрос
SELECT id, status, total, created_at
FROM shop_orders
WHERE user_id = 42
AND status IN ('new', 'paid', 'processing')
действительно воспользуется индексом и всё будет работать идеально. Однако в реальном приложении вы будете работать с prepared statement вида:
SELECT id, status, total, created_at
FROM shop_orders
WHERE user_id = ?
AND status IN (?,?,?)
Но, при формировании запроса в коде, в статусах всегда будут 3 ваших индексируемых статуса. И всё тоже будет работать прекрасно, но только первые 5 запросов. А вот дальше начинаются Seq Scan. Прикол в том, что постгрес изначально строит custom_plan для выполнения prepared statement, т.е. каждый раз сначала подставляет значения параметров и только потом строит план. Но вот после пятого (по-умолчанию) выполнения постгрес строит generic_plan для prepared statement, т.е. строит план без подставленых параметров и кеширует его. И вот тут информация о том, что ваши статусы проиндексированы теряется и включается Seq Scan.
Если терминология важна, то аренда - это точно такая же подгонка как и покупка. При аренде вы получаете товар в исключительное использование (т.е. никто другой в это время данным товаром не может пользоваться), в случае же с цифровым контентом такого не происходит.
Хм, так ведь наоборот получается, наняли молодых - нужно нанять и старичков, иначе средний возраст вниз уедет. Так-то 20 летнего стажера пришлось бы 70 летним дедом компенсировать.
Блин, это же надо настолько мимо набросить… Скатывание DB до того позорного состояния в котором он находится сейчас так-то случилось как раз во время долгого правления вполне себе правых ХДС/ХСС.
Как человек который больше 10 лет жил и работал без регистрации, я смотрю на все эти рассказы с очень большим скепсисом. Отсутствие постановки на воинский учет, или другие проблемы с ним, кстати, не являются основанием для невыдачи загранника. Ну и вы путаете регистрацию по месту жительства и постановку на воинский учет - это вообще не связанные процедуры.
Почему? Очень даже меняет. Ведь не нужно напрямую взаимодействовать с военкоматом, а в этом нынче самый главный риск. Если совсем параноить на максимум, то можно сняться с регистрации по месту жительства, а местом получения загранника выбрать консульство в стране, в которую можно по внутреннему паспорту въехать.
отличнико в бауманке, физтехе или мгу…не светит, если не смог на бюджет поступить
На самом деле не факт. Помню как ЕГЭ только ввели, то на физтех повалили трёхсотбальники из южных республик, которые по-русски еле-еле говорили (а в этих 300 баллов 100 как раз от русского языка были). Сейчас вроде детей военных тоже по льготам много (но тут не уверен, ибо инфа из третьих рук). Из-за таких товарищей проходной бал может быть сильно завышен.
Да и в целом, общий бал по ЕГЭ - не самый лучший показатель, тот же русский язык будет иметь такой же вес как и математика. Вот только я, будучи в школе троечником по русскому, вполне себе закрывал часть сессий на все пятерки, при том, что никогда особо не задротил учебу. Чтобы лучше понимать уровень, то можно поискать сборники вступительных экзаменов из до-ЕГЭ времен, если можете взять 10-12 баллов из 12 по физике/математики, то всё будет норм.
Ну так, если человек даже таксиста не хочет беспокоить, то и скорую не будет беспокоить.
Это красиво звучит в вакууме, но в реальности попытка оказать помощь побыстрее для всех не взирая на срочность приводит к прямо обратному результату, когда скорая приехала на инфаркт спустя 3 часа, потому что ездила к бабушкам померять давление.
У этой “медали” больше двух сторон. Кроме вариантов “сидеть дома и ждать когда само пройдёт” и “срочно вызывать скорую” есть опция приехать в больницу самому, причем в ту же, куда вас привезла бы скорая. И именно опцией “добраться до больницы самому” и пользуются чаще всего люди. Не надо превращать скорую в такси до больницы, как это, к сожалению, случилось в РФ.
Виктимблейминг в полный рост. То что вы забыли закрыть дверь в свою квартиру не даёт окружающим право туда заходить. Точно так же, криво написанный сервис не даёт окружающим право его намеренно ломать.
О хорошем исходе нужно было думать до того как ломать чужие сервисы.
Работоспособность- штука хорошая, но иногда корректность работы важнее. И деньги выраженные в рациональных дробях это не про корректность.
Вы пытаетесь тип «доля в капитале» свести к типу «деньги». Но это два похожих, но разных типа, которые могут вести себя по разному в особых ситуациях. Это похоже на то, как люди хранят даты в виде timestamp, а потом огребают, когда при попытке выполнить операцию «добавить месяц» результат получается неправильным.
Затем что параметры PS - это способ вставки значений из кода который используется по-умолчанию примерно везде. Ибо удобно, безопасно и в 99% случаев не создает проблем. Заинлайнить в данном случае конечно можно, но нужно догадаться это сделать. Конкретно в нашем случае заинлайнить было нельзя, но у нас самопальная ORM, нам за такое положено страдать.
Если посмотреть «среднее по планете», то у человека обнаружится одно яичко и одна сиська. Ну и какой толк от такой статистики?
В предыдущем проекте как-то тоже выбирали тип данных для денег. В качестве валюты были кредиты, но по-факту они были равны доллару. В общем, изначально мы прикинули, что нам хватит 6 знаков после запятой, так что мы хранили микрокредиты :) Но со временем пришлось перейти на пикокредиты.
С частичным индексом из примера в статье можно словить очень неожиданные проблемы. Мы у себя недавно поймали падение производительности на индексе практически идентичному тому что в статье:
Запрос
действительно воспользуется индексом и всё будет работать идеально. Однако в реальном приложении вы будете работать с prepared statement вида:
Но, при формировании запроса в коде, в статусах всегда будут 3 ваших индексируемых статуса. И всё тоже будет работать прекрасно, но только первые 5 запросов. А вот дальше начинаются Seq Scan. Прикол в том, что постгрес изначально строит custom_plan для выполнения prepared statement, т.е. каждый раз сначала подставляет значения параметров и только потом строит план. Но вот после пятого (по-умолчанию) выполнения постгрес строит generic_plan для prepared statement, т.е. строит план без подставленых параметров и кеширует его. И вот тут информация о том, что ваши статусы проиндексированы теряется и включается Seq Scan.
Вы абонемент в спортзал покупаете или арендуете? Там тоже речь идет не о ‘купить один просмотр’.
Если терминология важна, то аренда - это точно такая же подгонка как и покупка. При аренде вы получаете товар в исключительное использование (т.е. никто другой в это время данным товаром не может пользоваться), в случае же с цифровым контентом такого не происходит.
Да-да, та самая старая школа которая придумала сокращение rtfm читала мануалы от корки до корки, ага.
Узнаваемость бренда это одна из задач маркетинга, и здесь задача выполнена на отлично. Так что вполне себе успех.
Хм, так ведь наоборот получается, наняли молодых - нужно нанять и старичков, иначе средний возраст вниз уедет. Так-то 20 летнего стажера пришлось бы 70 летним дедом компенсировать.
Я вас таки умоляю, ни один ИИ не сравнится с человеком в способности придумать свою особую дичь.
Блин, это же надо настолько мимо набросить… Скатывание DB до того позорного состояния в котором он находится сейчас так-то случилось как раз во время долгого правления вполне себе правых ХДС/ХСС.
Как человек который больше 10 лет жил и работал без регистрации, я смотрю на все эти рассказы с очень большим скепсисом. Отсутствие постановки на воинский учет, или другие проблемы с ним, кстати, не являются основанием для невыдачи загранника. Ну и вы путаете регистрацию по месту жительства и постановку на воинский учет - это вообще не связанные процедуры.
Почему? Очень даже меняет. Ведь не нужно напрямую взаимодействовать с военкоматом, а в этом нынче самый главный риск. Если совсем параноить на максимум, то можно сняться с регистрации по месту жительства, а местом получения загранника выбрать консульство в стране, в которую можно по внутреннему паспорту въехать.
На самом деле не факт. Помню как ЕГЭ только ввели, то на физтех повалили трёхсотбальники из южных республик, которые по-русски еле-еле говорили (а в этих 300 баллов 100 как раз от русского языка были). Сейчас вроде детей военных тоже по льготам много (но тут не уверен, ибо инфа из третьих рук). Из-за таких товарищей проходной бал может быть сильно завышен.
Да и в целом, общий бал по ЕГЭ - не самый лучший показатель, тот же русский язык будет иметь такой же вес как и математика. Вот только я, будучи в школе троечником по русскому, вполне себе закрывал часть сессий на все пятерки, при том, что никогда особо не задротил учебу. Чтобы лучше понимать уровень, то можно поискать сборники вступительных экзаменов из до-ЕГЭ времен, если можете взять 10-12 баллов из 12 по физике/математики, то всё будет норм.