Однажды мне попалась статья, в которой были только дефисы (в том числе там, где должны быть тире), а отбивки пробелами ставились как попало. Воспринимать эту статью было невозможно.
А чего такого? Где требуется дефис или перенос,рисуем маленькую чёрточку; где тире, рисуем чёрточку примерно в два раза длинее
Почему применена сторонняя библиотека Elemental JSON, а не воспользовались cтандартными средствами JSR 374, которые импортируются по import jakarta.json.Json?
А по мне, так как раз очень хорошо: «Будем использовать такой подход; основы вот; а подробности читать по этой ссылке». Без лишней воды и теоретизирования охватили всю разработку системы общим взглядом.
Надо правильно название программного продукта упоминать. Учитывая этимологию и историю. А когда этого нет, то сразу ясно, что автор знаком с предметом своей статьи весьма поверхностно.
А если не поддерживает, тогда всё сложнее. В любом случае при проектировании базы данных нужно учитывать возможности и особенности СУБД, на которой эта база будет крутится.
Помимо арифметических действий с деньгами, в финансах важны также даты и интервалы времени.
Вот у Oracle функции MONTHS_BETWEEN и ADD_MONTHS имеют полезное свойство: если дата у аргумента -- последний день месяца, то и у результата тоже будет последний день месяца.
-- К последнему дню января прибавляем 1 месяц, получаем последний день февраля,
-- при этом номер дня уменьшился.
ADD_MONTHS(DATE '2024-01-31', 1) = DATE '2024-02-29'
-- К последнему дню февраля прибавляем 3 месяца, получаем последний день мая,
-- при этом номер дня увеличился.
ADD_MONTHS(DATE '2023-02-28', 3) = DATE '2023-05-31'
-- Ко дню в середине февраля прибавляем 3 месяца, получаем то же число в мае.
ADD_MONTHS(DATE '2023-02-27', 3) = DATE '2023-05-27'
-- разница между последним днём февраля и последним днём марта - ровно 1 месяц
MONTHS_BETWEEN(DATE '2023-03-31', DATE '2023-02-28') = 1
Хорошо, если бы Postgresql тоже снабдили бы такими функциями.
В очередной раз с завистью посмотрев на джавистов, взяли Python и сделали утилиту, которая пробегает по хранимым процедурам, генерирует описание интерфейсов по заголовкам и комментариям и выкладывает артефакты в Nexus
Так рассуждать, так можно вообще обойтись одним лишь программным отключением. Но если нас привлекает гарантированное аппаратное отключение, то хотелось бы большей гибкости.
Поверьте, начитанному человеку очень трудно воспринимать текст, где тире и дефис, а также отбивки пробелами проставлены без соблюдения этих правил.
Однажды мне попалась статья, в которой были только дефисы (в том числе там, где должны быть тире), а отбивки пробелами ставились как попало. Воспринимать эту статью было невозможно.
А чего такого? Где требуется дефис или перенос,рисуем маленькую чёрточку; где тире, рисуем чёрточку примерно в два раза длинее
Почему применена сторонняя библиотека Elemental JSON, а не воспользовались cтандартными средствами JSR 374, которые импортируются по import jakarta.json.Json?
Вирусология разве не раздел биологии -- науки, изучающей живые организмы?
Такая ЛИЧНАЯ неприязнь, что кушать невозможно?
Право имеет, но не обязан. И далеко не всегда хочет.
А вирусы, наряду с бактериями, разве не входят в общее понятие "микробы"?
JDK российской сборки уже есть несколько: "Axiom JDK", "ГосJava". Может быть и своя сборка .NET в скором времени появится.
Весело будет, если при этом сбой произойдёт на компенсирующих действиях. Итог — и не зафиксировались, и не откатились как надо.
Каким способом принято обходить такие беды?
А по мне, так как раз очень хорошо: «Будем использовать такой подход; основы вот; а подробности читать по этой ссылке». Без лишней воды и теоретизирования охватили всю разработку системы общим взглядом.
Надо правильно название программного продукта упоминать. Учитывая этимологию и историю. А когда этого нет, то сразу ясно, что автор знаком с предметом своей статьи весьма поверхностно.
Когда вижу «Postgre», -- понимаю, что дальше можно не читать.
Если в голову -- то самое то
А если не поддерживает, тогда всё сложнее. В любом случае при проектировании базы данных нужно учитывать возможности и особенности СУБД, на которой эта база будет крутится.
Эта проблема возникнет даже в том случае, когда ВИН не является ключом.
Если СУБД поддерживает конструкцию «ON UPDATE CASCADE», то львиная доля проблем со ссылочной целостностью снимается.
Помимо арифметических действий с деньгами, в финансах важны также даты и интервалы времени.
Вот у Oracle функции MONTHS_BETWEEN и ADD_MONTHS имеют полезное свойство: если дата у аргумента -- последний день месяца, то и у результата тоже будет последний день месяца.
Хорошо, если бы Postgresql тоже снабдили бы такими функциями.
Это опубликовано где-нибудь в open-source?
Sequel для Ruby
Так рассуждать, так можно вообще обойтись одним лишь программным отключением. Но если нас привлекает гарантированное аппаратное отключение, то хотелось бы большей гибкости.