1/1/1753 год использует MS в качестве нулевой даты, в частности MS SQL сервер. В 1752 году «потеряли» 11 дней в сентябре, когда Великобритания перешла с юлианского календаря на григорианский
Как правило реляционные СУБД используются для широко распространённых продуктов — различных бухгалтерских, ERP систем и других систем различного финансового учёта, да и вообще, для хранения больших объемом структурированной информации. Там мало нужны инновации и свои велосипеды. Системные требования давно прописаны и конфигурации известны. И именно для таких продуктов старается сейчас позиционировать себя PGSQL, в частности компания Postgres Pro активно пиарится для 1С. Потому что инновации — это конечно хорошо, но основная маржа будет с рядового потребителя с массовым продуктом
А еще неплохо бы выучить тогда архитектуру конкретной СУБД, чтобы понимать какой параметр ОЗУ или I/O или CPU будет оказывать большее или меньшее влияние на производительность. Ставить бездумно параметры с сайтов типа pgtune.leopard.in.ua и смотреть, что получится, не понимая их сути — не самая здравая идея
Вы, видимо, особо не ознакамливались с документацией по Postgres, иначе бы знали, что она содержит более 3 тыс страниц, из них настройка сервера занимает 90 repo.postgrespro.ru/doc/pgpro/11.1.1/ru/postgres-A4.pdf так что не нужно про 10-15 страниц и 90% случаев. Это балабольство
Вообще, как работает процесс обучения — человек сталкивается с проблемой и ищет ее решение. Только адресный поиск информации с последующим ее закреплением может дать результат. Чтение о чем-то сферическом запишется в кратковременную память и растворится, так же, как институтские лекции по матану
И, конечно, нужно точно знать какой параметр может дать больший прирост производительности относительно других. Об этом в документации тоже не напишут
Грустно, что в 21 веке, когда активно развиваются и внедряются нейросети и ИИ, мы в самой технологичной отрасли вынуждены экспериментальным способом находить оптимальные настройки. Я бы понял это в 70х, 80х или даже в 90х, но не в 2020 году
Спасибо, исправил. Только смысл в том, что данные из ОЗУ выбираются быстрее, чем выполняются вычисления процессора. Поэтому стоимость процессорных операций понижена относительно данных в памяти
Почему в коммерческих базах данных даже на версиях типа Express есть автонастройка параметров, тем более параметров планировщика запросов, а в СУБД, которая позиционирует себя как конкурент промышленным коммерческим СУБД — нет. Это для меня действительно сюрприз со знаком -
Ваши задачи были — что-то подправить или написать на коленке. Простого чтения доков на полчаса недостаточно чтобы вести разработку на фреймворке большего проекта. Лично я считаю, что лучше знать одну вещь хорошо, чем много поверхностно. Обилие фрейворков заставляет разработчиков становиться эникеями программирования
Хабр где-то похож на инстаграм для молодых тян, только начинающих свою «карьеру» в ИТ. Тут и полайкают и похвалят. Главное преврать красиво, но не сильно. Но здесь уж слишком палевно получилось
Вопросы типа «как работает АКП» гонщику. Ну ппц же. Текущая система найма сотрудников ИТ во многих компаниях — полное говно. Профессионал должен прежде всего уметь пользоваться инструментом, а не знать «методы класса Object». Лично я бы попросил запустить IDE, создать проект или подключиться к текущему git/svn. Сразу станет понятно способен ли человек работать, или он просто будет «знать» теорию
Очень похоже просто на рекламу — смотрите, мы так умеем. В реальных задачах практически никто не будет заморачиваться при выигрыше в частном случае в 2,6% (16 к 595Мб)
Вообще, как работает процесс обучения — человек сталкивается с проблемой и ищет ее решение. Только адресный поиск информации с последующим ее закреплением может дать результат. Чтение о чем-то сферическом запишется в кратковременную память и растворится, так же, как институтские лекции по матану
И, конечно, нужно точно знать какой параметр может дать больший прирост производительности относительно других. Об этом в документации тоже не напишут
Интересно, почему этим озаботились за 20 лет до даты Х. Возможно через 20 лет уже и такой операционки, как Linux, не будет