Как стать автором
Обновить
-21
0

Пользователь

Отправить сообщение
Это российский бизнес. И в лице водителя такси и в лице Яндекса
Буквально на днях это проделывал в исходниках postgres
Вот здесь и бенчмарки и все остальное. И объяснение, что count(*) в Postgres на самом деле count(), а * появилась позже
Да, бывает нужно в исходном коде найти описание сообщения или ошибки и посмотреть, что ее вызвало и не нужно быть зубром в программировании на С, чтобы понимать исходный код

Если у вас большой опыт работы с различным по, то уверен, что довольно часто сталкивались с ситуацией, когда сообщение от системы не информативно и не передает суть произошедшего события. И здесь помочь могут только исходники

п.с. я не понимаю, зачем вы стараетесь выгородить оракл, описывая его преимущества (маркетинговые), хотя речи об этом не было совсем. Может быть вы лично заинтересованы, не знаю
Решать задачу просто — ведь не интересно )
js — это возможность верстальщику почувствовать себя программистом ) Зачем лишать этой возможности )
Я про то, что работа открытого по, в любом случае более предсказуема, так как есть возможность анализировать исходный код и точно сказать, как ведёт себя система и почему она себя так ведёт. Закрытое по — это по сути чёрный ящик, где максимум что есть — документация и эмпирические наблюдения
но требуется, чтобы каждый инженер был мобильным и мог работать на fullstack.

Я думаю, каждого специалиста смутила бы такая поставновка вопроса. Если по простому — «Сашка» ленивый и тупой, впахивай за себя и за «Сашку». А еще у нас постоянный издец и аврал
Проблема в том, что оракл — закрытое по и люди во всех этих обсуждениях строят догадки эмперически или по косвенным признакам типа сообщения:

10122, 00000, "Disable transformation of count(col) to count(*)"

Резюмируя — давайте пользоваться открытым по чтобы не строить догадки )
Вот этого не знаю про замену. В примере по ссылке и другом примере count(*) чуть чуть быстрее count(1), хотя может быть это просто погрешность
Аналогично поведению PostgreSQL. Для count(1) есть проверка на NULL, поэтому медленнее count(*)
Тут лучше удалять на регулярной основе старые записи, после чего чистить vacuumdb -z -f, сжимая файлы таблиц
Возможно наверно через права доступа (execute) самой функции
В дополнение еще немного дичи meduza.io/feature/2020/02/26/oschuschenie-chto-ty-okazalsya-v-boevike-iz-90-h Только дети и самые наивные взрослые до сих пор верят в сказки про хороший яндекс
Этого и стоило ожидать. История с Рамблером и nginx многое сказала об отношении российских компаний и открытого ПО. Вообще, мне кажется, для всех российских больших компаний — люди лишь инструмент для зарабатывания денег и относятся они к ним, как к расходникам
Хотите вовлечь сотрудников — сделайте АО и раздайте акции. То есть сделайте совладельцем в сопутствующим доходом
Российские банки и все подобные компании имеют типичную красную модель управления «я начальник — ты дурак». Достаточно почитать отзывы работников на соответствующих сайтах
pgbadger работает через лог файлы и требует включения доп информации в эти файлы, а это не очень здорово
В англоязычном сегменте много технических ресурсов и Хабр там один из тысяч, так как огромная конкуренция и пришёл уже на сформировавшийся «рынок». Он там мало кому интересен да и, по сути, не нужен. Давайте не будем пытаться впихнуть невпихуемое и сосредоточимся на русскоязычном сегменте
Именно принципы работы со стороны пользователя (аналитика). Загрузка и обработка данных, например. Но это другое конечно

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность