В следующий раз сделайте лицом вашей осенней рекламной "Осенней компании" Петра Дуброва - он не только Герой России, но и реальный IT-шник до прихода в отряд Космонавтов.
Так вы пишите в стиле "как было изначально задумано (Oracle-ом)", а не в стиле "стильно, модно, молодежно (по новому стандарту SQL)", так у вас все будет нормально:
with t as (select -2 as num_years from dual)
select add_months(to_date('20240229','YYYYMMDD'), num_years * 12) d from t
Это отработало даже на моей настольной Oracle 11.2 XE и выдало правильный результат
ПС. наверное косяк Oracle для относительно нового механизма работ с датами.
Изучать, чтобы изучать - наверное, это неумно. Для каких целей изучать? - это самый главный вопрос.
Julia позиционируется Процедурный и Объектно-Ориентированный язык с соответствующим синтаксисом для числовых и научных вычислений, который может работать намного быстрее Python. Глубоко под капотом у языка Julia находится Lisp-машина.
Есть плюсы, но и есть некоторые косяки как в самой реализации языка, так и в библиотеках, качество которых, считается, хуже чем в библиотеках для языков Python и R.
Посмотрите на кол-во вакансий в вашем местоположении и думайте - изучать или не изучать. Изучать, только если вы не научный работник, наверное, не стоит, а посмотреть можно, также, как впрочем, и языке Mojo, который тоже позиционируются как "намного быстрее Python", при этом с синтаксисом, похожим, но не одинаковым с Python.
Но всегда можно не "изучать", а "посмотреть" - это нетрудно для людей, которые знают другие Языки программирования, особенно если это С/C++ (хотя и другие тоже подойдут).
Сейчас, в общем случае, ориентируясь на кол-во вакансий и величину заработной платы, изучать стоит C/C++(после их изучения приходит понимание как работают все остальные языки программирования), SQL, Python, Java, Go, JavaScript/TypeScript, HTML/CSS.
Изучать/посмотреть R - если вы занимаетесь статистикой или около областями, типа эконометрии, биостатистики и т.д. - хотя Python и C++ закроют и это направление (мало вакансий по R и область узка).
Изучать/посмотреть Rust - как замену C/C++, Go, Fortran. (мало вакансий)
Не буду гадать за автора статьи и Johan_Palych зачем им Oracle 23C. Потому что совершенно ясно, что Oracle DB в России в дальнейшем не будет, по крайнй мере в государственном и банковском секторах (да и в других тоже). Причин две: 1. Прекращение поддержки российских пользователей фирмой Otacle после февраля 2022 года. 2. Странная и сильно жадная политика ценообразования Oracle на свои продукты ранее и сильно большой гонор и мвлый выхлоп от так называемой "поддердки". То есть переход с Oracle DB на что-то другой начался задолго до 2022 года. В 2022 году этот переход просто стал бесповоротным.
Последняя промышленная версия Oracle 19C. После этого переход на другие DB. Поэтому необходимость в Oracle 23C действительно либо академическая, либо работа на иностранного заказчика через несколько фирм-прослоек. И, возможно, если кто не в курсе, то еще с марта 2023 года для Virtual Box есть виртуалка с "разработческой" версией Oracle DB 23c - https://www.oracle.com/database/technologies/databaseappdev-vm.html, которую можно скачать абсолютно спокойно, в том числе и из России.
С другой стороны сильно порадовал богатый DDL и DML синтаксис. У любого CREATE INDEX и ADD COLUMN есть опция IF NOT EXISTS. Это после Oracle, где для безопасного создания индекса, надо писать солидный блок кода
В более ранних версиях Oracle для удобства в PL/SQL пакете Один раз писались соответствующие процедуры и дальше пользовались всегда. Типа,
PROCEDURE CREATE_TABLE_IF_NOT_EXISTS (p_owner IN STRING, p_table_name IN STRING. p_table_definition IN STRING) ...
Oralce был и остается на данный момент лучшей реляционной базой данных в мире. Однако политика правительства США ведет нас к тому, что рано или поздно придется от него отказаться. Но лично я не особо вижу переходить с Oracle на что-то другое в авральном режиме, где на этой базе уже есть работающие продукты или решения. "Легитимные" для России версии Oracle 19C и даже 21С могут проработать еще лет 10 а то и больше, не особо устаревая. Главное, чтобы железо под них было подходящее. Как там, правило программистов "Не трогай работающую систему". Ну а все новые проекты, конечно же надо начинать на чем-то другом.
Если бы вы были немного любознательнее, а также менее категоричны, то вы, наверное, знали бы, что язык C# не мог никак появиться раньше языка Java. Почему? Ну хотя бы потому, что язык C# появился как развитие идей продукта Visual J++ и библиотеки WFC после того, как Microsoft проиграла суд за чистоту реализации виртуальной машины Java фирме SUN. ссылка
Еще ранее, вроде бы даже на LOR, я уже указывал вам на недостатки фреймворка - 1. Страшненький UI (который непонятно как развивать и расширять) 2. JVM. 3. Отсутствие "крупных" ERP-приложений на фремворке. По п. 1 все как было плохо, так и осталось. По п. 2 трудно заменить, но JVM, Oracle как-то не совсем вяжутся с такими понятиями как "современное", "Россия" и "open source" (потому что разработка JVM контролируется Oracle, кто бы что ни говорил - а это риск и большой риск в России) По п. 3 вроде бы какие-то работы велись, но ничем значительным это не окончилось. Что-то вроде 1С Бухгалтерия не появилось. Хотя начиналось всё очень неплохо - на Хабре были очень завлекательные статьи, рекламирующие фремворк. Но вот практическая реализация подкачала. Удачи вам. Вы молодцы - не ошибается тот, кто ничего не делает.
По поводу общедоступных и используемых для обучения (исследований) разновидностей Fortran. Могу указать еще один интересный проект LFortran - попытка создать интерактивную среду-компилятор Fortran (как Python, Matlab, Julia), построенную на базе LLVM.
Код Fortran можно запускать в блокнотах Jupyter
ПС. мне современный Fortran, по синтаксису, по некоторым другим решениям и подходам напоминает язык ADA.
Да это реальный случай - некий архитектор в некой организации хотел, чтобы мы из Oracle рассылали поздравления с ДР и другие сообщения сотрудникам. На что я сказал, что Oracle может многое, и не только рассылать почту, но еще и пахать поля при установке его на трактор, но делать это категорически не рекомендовано. В общем почту с поздравлениями на основе данных Oracle стал рассылать специализированный софт.
Право, ну что вы прицепились то? Радоваться нужно, что в издательстве Питер статьи на Habr подготавливает искусственный интеллект на базе обученной на примерах других книг и статей моделях. А МБР - это проблемы роста.
В общем-то 1С отдаленно напоминает ранний VB(VBA), когда на VB(VBA) еще нельзя было создавать свои объекты, а только использовать COM-компоненты, написанные на других языка программирования, типа Visual C++, Borland C++, Delphi.
Маленький замечаний касательно местного языка. "Ош" на местном, который узбекский - это вообще вся Еда (Кушание, Блюдо), ну а самая лучшая еда для узбека - Плов (поэтому и уважительный синоним Ош), а самый лучший плов - Ферганский из риса сорта Девзира. Ошхона, соответственно - это Кухня (Столовая, Ресторан). А Ошпаз, нетрудно догадаться - Повар.
Python намного более распространенный и на нем столько библиотек - на любой чих, что могло бы сделать более ценным интеграцию продуктов МойОфис с интеллектуальным богатсвом, заключенным в библиотеках Python.
В русском языке слово "Душный" произошло все таки от исконно славянского слова "Духота" и обозночает не только и не столько неприятного человека, а чаще всего, место, где тяжело дышится.
В 1958 году здесь появился Кандалакшский монастырь, обитатели которого рубили лес, ловили рыбу, занимались охотой. А в 1589 году финский отряд разграбил и сжег монастырь и крестьянские дворы.
А зачем вы добавили эту статью в хаб "Oracle"? Из-за того, что слово "Oracle" переводится на русский как "Оракул" и оно есть в статье? Увидев хаб Oracle для статьи, я зашел в надежде прочитать про новые возможности блокчейна, появившиеся в Oracle DB 21c. Но в вашей статье нет ничего, что касается Oracle DB и других продуктов фирмы "Oracle Corporation". Надо бы удалить эту статью из хаба "Oracle", чтобы не вводить в заблуждение читателей.
Выше уже написали, что уже есть паскалеподобный язык ADA, который был создан на 10 лет позже С на основе задания министерства обороны США для безопасной разработки, а также созданный на его основе язык Spark программы на котором если скомпилировались, то с большой долей вероятности они не буду содержать ошибок вообще.
Минусы этих языков - многословны (как и все паскалеподобные), серьезные инструменты и поддержка - платны, немного медленоватее С/C++ - на тестах , в связи с внутренними проверками ошибок, чуть быстрее java, но в отличие от java не жрет столько памяти и не имеет задержек сборки мусора.
Языки применяются в критических к ошибкам областях: министерстве обороны США, авиастроении, астронавтике, разработке медицинских приборов, электронике.
Надеюсь, что в новых версиях Oracle Apex этих «костылей» потребуется меньше.
При этом в статье обсуждаются возможности Oracle APEX версии 5.1, вышедшего в 2017 году, при том что сейчас, в конце 2021 года, текущий Oracle APEX имеет версию 21.2 и в нем есть разные как положительные, так и не очень изменения по сравнению с версией 5.1.
А так, смысл статьи правилен - что-то набросать по-быстрому, сделать и показать макет заказчику на данных из Oracle DB можно и на бесплатном Oracle APEX, но потом нужно брать профессиональный BI инструмент, и даже не Oracle BIEE 12, а что-то посовременнее (рекламировать не буду - кому надо сам разберется).
В следующий раз сделайте лицом вашей осенней рекламной "Осенней компании" Петра Дуброва - он не только Герой России, но и реальный IT-шник до прихода в отряд Космонавтов.
Так вы пишите в стиле "как было изначально задумано (Oracle-ом)", а не в стиле "стильно, модно, молодежно (по новому стандарту SQL)", так у вас все будет нормально:
Это отработало даже на моей настольной Oracle 11.2 XE и выдало правильный результат
ПС. наверное косяк Oracle для относительно нового механизма работ с датами.
Изучать, чтобы изучать - наверное, это неумно. Для каких целей изучать? - это самый главный вопрос.
Julia позиционируется Процедурный и Объектно-Ориентированный язык с соответствующим синтаксисом для числовых и научных вычислений, который может работать намного быстрее Python. Глубоко под капотом у языка Julia находится Lisp-машина.
Есть плюсы, но и есть некоторые косяки как в самой реализации языка, так и в библиотеках, качество которых, считается, хуже чем в библиотеках для языков Python и R.
Посмотрите на кол-во вакансий в вашем местоположении и думайте - изучать или не изучать. Изучать, только если вы не научный работник, наверное, не стоит, а посмотреть можно, также, как впрочем, и языке Mojo, который тоже позиционируются как "намного быстрее Python", при этом с синтаксисом, похожим, но не одинаковым с Python.
Но всегда можно не "изучать", а "посмотреть" - это нетрудно для людей, которые знают другие Языки программирования, особенно если это С/C++ (хотя и другие тоже подойдут).
Сейчас, в общем случае, ориентируясь на кол-во вакансий и величину заработной платы, изучать стоит C/C++(после их изучения приходит понимание как работают все остальные языки программирования), SQL, Python, Java, Go, JavaScript/TypeScript, HTML/CSS.
Изучать/посмотреть R - если вы занимаетесь статистикой или около областями, типа эконометрии, биостатистики и т.д. - хотя Python и C++ закроют и это направление (мало вакансий по R и область узка).
Изучать/посмотреть Rust - как замену C/C++, Go, Fortran. (мало вакансий)
Не буду гадать за автора статьи и Johan_Palych зачем им Oracle 23C. Потому что совершенно ясно, что Oracle DB в России в дальнейшем не будет, по крайнй мере в государственном и банковском секторах (да и в других тоже). Причин две: 1. Прекращение поддержки российских пользователей фирмой Otacle после февраля 2022 года. 2. Странная и сильно жадная политика ценообразования Oracle на свои продукты ранее и сильно большой гонор и мвлый выхлоп от так называемой "поддердки". То есть переход с Oracle DB на что-то другой начался задолго до 2022 года. В 2022 году этот переход просто стал бесповоротным.
Последняя промышленная версия Oracle 19C. После этого переход на другие DB. Поэтому необходимость в Oracle 23C действительно либо академическая, либо работа на иностранного заказчика через несколько фирм-прослоек. И, возможно, если кто не в курсе, то еще с марта 2023 года для Virtual Box есть виртуалка с "разработческой" версией Oracle DB 23c - https://www.oracle.com/database/technologies/databaseappdev-vm.html, которую можно скачать абсолютно спокойно, в том числе и из России.
В Oracle DB 23c "IF NOT EXISTS" уже тоже имеется: https://docs.oracle.com/en/database/oracle/oracle-database/23/sqlrf/CREATE-TABLE.html#GUID-F9CE0CC3-13AE-4744-A43C-EAC7A71AAAB6
В более ранних версиях Oracle для удобства в PL/SQL пакете Один раз писались соответствующие процедуры и дальше пользовались всегда. Типа,
PROCEDURE CREATE_TABLE_IF_NOT_EXISTS (p_owner IN STRING, p_table_name IN STRING. p_table_definition IN STRING) ...
Oralce был и остается на данный момент лучшей реляционной базой данных в мире. Однако политика правительства США ведет нас к тому, что рано или поздно придется от него отказаться. Но лично я не особо вижу переходить с Oracle на что-то другое в авральном режиме, где на этой базе уже есть работающие продукты или решения. "Легитимные" для России версии Oracle 19C и даже 21С могут проработать еще лет 10 а то и больше, не особо устаревая. Главное, чтобы железо под них было подходящее. Как там, правило программистов "Не трогай работающую систему". Ну а все новые проекты, конечно же надо начинать на чем-то другом.
Если бы вы были немного любознательнее, а также менее категоричны, то вы, наверное, знали бы, что язык C# не мог никак появиться раньше языка Java. Почему? Ну хотя бы потому, что язык C# появился как развитие идей продукта Visual J++ и библиотеки WFC после того, как Microsoft проиграла суд за чистоту реализации виртуальной машины Java фирме SUN. ссылка
Еще ранее, вроде бы даже на LOR, я уже указывал вам на недостатки фреймворка - 1. Страшненький UI (который непонятно как развивать и расширять) 2. JVM. 3. Отсутствие "крупных" ERP-приложений на фремворке. По п. 1 все как было плохо, так и осталось. По п. 2 трудно заменить, но JVM, Oracle как-то не совсем вяжутся с такими понятиями как "современное", "Россия" и "open source" (потому что разработка JVM контролируется Oracle, кто бы что ни говорил - а это риск и большой риск в России) По п. 3 вроде бы какие-то работы велись, но ничем значительным это не окончилось. Что-то вроде 1С Бухгалтерия не появилось. Хотя начиналось всё очень неплохо - на Хабре были очень завлекательные статьи, рекламирующие фремворк. Но вот практическая реализация подкачала. Удачи вам. Вы молодцы - не ошибается тот, кто ничего не делает.
Как и среди кого автор решил проводить нижеследующий опрос?
Статья про R, но почему-то у ней нет даже тега [R] , хотя для языка R на хабре имеется отдельный хаб - https://habr.com/ru/hub/r/ .
По поводу общедоступных и используемых для обучения (исследований) разновидностей Fortran. Могу указать еще один интересный проект LFortran - попытка создать интерактивную среду-компилятор Fortran (как Python, Matlab, Julia), построенную на базе LLVM.
Код Fortran можно запускать в блокнотах Jupyter
ПС. мне современный Fortran, по синтаксису, по некоторым другим решениям и подходам напоминает язык ADA.
У меня такой топ удачных операционок Microsoft в каждой из подкатегорий:
MS-DOS 6.0
Windows 3.1, Windows for Workgroups 3.11
Windows 95 OSR2, Windows 98 SE
Windows XP, Windows 7, Windows 10
Windows NT 4, Windows Server 2000, Windows Server 2008 R2, Windows Server 2012 R2
Да это реальный случай - некий архитектор в некой организации хотел, чтобы мы из Oracle рассылали поздравления с ДР и другие сообщения сотрудникам. На что я сказал, что Oracle может многое, и не только рассылать почту, но еще и пахать поля при установке его на трактор, но делать это категорически не рекомендовано. В общем почту с поздравлениями на основе данных Oracle стал рассылать специализированный софт.
Право, ну что вы прицепились то? Радоваться нужно, что в издательстве Питер статьи на Habr подготавливает искусственный интеллект на базе обученной на примерах других книг и статей моделях. А МБР - это проблемы роста.
В общем-то 1С отдаленно напоминает ранний VB(VBA), когда на VB(VBA) еще нельзя было создавать свои объекты, а только использовать COM-компоненты, написанные на других языка программирования, типа Visual C++, Borland C++, Delphi.
Маленький замечаний касательно местного языка. "Ош" на местном, который узбекский - это вообще вся Еда (Кушание, Блюдо), ну а самая лучшая еда для узбека - Плов (поэтому и уважительный синоним Ош), а самый лучший плов - Ферганский из риса сорта Девзира. Ошхона, соответственно - это Кухня (Столовая, Ресторан). А Ошпаз, нетрудно догадаться - Повар.
Python намного более распространенный и на нем столько библиотек - на любой чих, что могло бы сделать более ценным интеграцию продуктов МойОфис с интеллектуальным богатсвом, заключенным в библиотеках Python.
В русском языке слово "Душный" произошло все таки от исконно славянского слова "Духота" и обозночает не только и не столько неприятного человека, а чаще всего, место, где тяжело дышится.
Финский отряд был пришельцем во времени?
А зачем вы добавили эту статью в хаб "Oracle"? Из-за того, что слово "Oracle" переводится на русский как "Оракул" и оно есть в статье? Увидев хаб Oracle для статьи, я зашел в надежде прочитать про новые возможности блокчейна, появившиеся в Oracle DB 21c. Но в вашей статье нет ничего, что касается Oracle DB и других продуктов фирмы "Oracle Corporation". Надо бы удалить эту статью из хаба "Oracle", чтобы не вводить в заблуждение читателей.
Выше уже написали, что уже есть паскалеподобный язык ADA, который был создан на 10 лет позже С на основе задания министерства обороны США для безопасной разработки, а также созданный на его основе язык Spark программы на котором если скомпилировались, то с большой долей вероятности они не буду содержать ошибок вообще.
Минусы этих языков - многословны (как и все паскалеподобные), серьезные инструменты и поддержка - платны, немного медленоватее С/C++ - на тестах , в связи с внутренними проверками ошибок, чуть быстрее java, но в отличие от java не жрет столько памяти и не имеет задержек сборки мусора.
Языки применяются в критических к ошибкам областях: министерстве обороны США, авиастроении, астронавтике, разработке медицинских приборов, электронике.
При этом в статье обсуждаются возможности Oracle APEX версии 5.1, вышедшего в 2017 году, при том что сейчас, в конце 2021 года, текущий Oracle APEX имеет версию 21.2 и в нем есть разные как положительные, так и не очень изменения по сравнению с версией 5.1.
А так, смысл статьи правилен - что-то набросать по-быстрому, сделать и показать макет заказчику на данных из Oracle DB можно и на бесплатном Oracle APEX, но потом нужно брать профессиональный BI инструмент, и даже не Oracle BIEE 12, а что-то посовременнее (рекламировать не буду - кому надо сам разберется).