ЕвгенийВИзопропилпонятно, в древних языках вместо библиотек ввода-вывода имеются соответсвующие операторы (INPUT,OUTPUT,PLOT,READ,WRITE,SET и т д )
dbms_output.put_line
PRINT
dbms_output.put_line - вообще ни разу ни является аналогом PRINT.

PRINT печатает синхронно в текущий момент времени а работа пакета
привязана к финалу анонимного PLSQL блока.

dbms_output - синхронность по отношению к response и злая шутка для тех
кто хочет реализовать мониторинг или логгинг работы серверной части.

И это может внезапно (!) не работать если клиент не установил опцию
server output и не задал LONG buffer должного размера.

Comprenez-vous?

AkinaАлексей Ктут скорее SQL является их компонентом, чем наоборот. Ну и что с того? Это мешает языку SQL быть результатом работы, направленной на разработку языка для "непрограммистов"?Нет, конечно. Просто язык SQL - это один из кучи инструментов, необходимых для решения конечной задачи. Вместе с редактором кода, SQL-сервером, отладчиком, драйвером доступа и прочей лабудой, он образует тот набор инструментов, который и позволяет решить задачу.
Как для ремонта машины - тебе нужны и гаечные ключи, и химия для очистки и смазки, и техническая схема узлов и агрегатов, и мужик, который всё это будет крутить, протирать и читать... причём нужно всё вместе.
Я-бы добавил что невозможно заказчику впарить решение которое лишено UI в классическом
общем понимании этого смысла (окна, виджеты, web, андроид). SQL - может быть или отсутствовать.
Но вот если отсутствует UI - то вам не заплатят денег.

просто я Alпросто я AlИзопропил, думаю что всё зависит от поставленных целей и целевой аудитории, если с точки зрения программера, начавшего натаскивать своё дитя на "ремесло" - возможно "да", трата времени
но в этом топике не будем больше про нюансы первоначального обучения информатике/программированию/..., ОК?
Одну минутку. На правах топик-стартера я прошу вас не вводить свои правила.
Пускай чел высказывает что считает нужным.

С уважением.