раскрыть ветку (20)
SQL вообще был придуман для того, чтобы менеджеры не лезли к разрабам со всякой фигнёй и сами могли вытаскивать данные из бд.
раскрыть ветку (6)
раскрыть ветку (2)
Дело не в том, что было до создания SQL, а в том, для чего язык создавался:
However, there is also a large class of users who, while they are not computer specialists, would be willing to learn to interact with a computer in a reasonably high-level, non-procedural query language. Examples of such users are accountants, engineers, architects, and urban planners. It is for this class of users that SEQUEL is intended
из статьи SEQUEL: A structured English query language за авторством Donald D. Chamberlin, Raymond F. Boyce
раскрыть ветку (1)
Грубо говоря, любая программа - это интерфейс + данные.
Ну и конечно же логика обработки, которая свяжет интерфейс с данными, созданием которой и занимается разработчик.
В БД'шках нет интерфейса от слова совсем, поэтому всякие SQL'и не считаются самодостаточными "языками программирования", а вот прописывание логики и хранение данных там на уровне.
В любых других языках ты можешь, конечно, хранить данные вне БД, а просто складывая "прям тут же", но при должной сложности всё равно всё приходит к БД.
Но есть отдельные операции, где данные должны преобразовываться тут же и сразу же возвращаться, офк при таком подходе БД только замедлит.
В большинстве же случаев логику писать можно как и в самой БД и выдавать готовые данные, так и на уровне приложения, которое будет брать из БД сырые данные и выдавать на фронт уже готовые.
Поэтому, имхо, "разработчик SQL" - это как раз разраб, который пишет логику на стороне БД, что в принципе не отличается от разраба, который пишет такую же логику вне БД.
раскрыть ветку (1)
раскрыть ветку (7)
раскрыть ветку (6)
раскрыть ветку (5)
Вообще там обычно pl/sql developer, и умение писать сложные и эффективные выборки далеко не каждому дается.
раскрыть ветку (4)
Ну справедливости ради, даже для крупных оракловх приложений очень редко требуются такие монструозные запросы, чтобы бэк не справился с написанием. Разве что в data engineering.
А вообще-то, не ораклом единым =)
раскрыть ветку (3)
в смысле ? а зачем тогда придумывали процедуры, триггеры, вьюшки, агрегации ?
В статистике, в гео, в бигдате как раз вся логика и делается на стороне БД, а бэк только вытаскивает результат.
раскрыть ветку (1)
Статистикой, гео и бигдатой (вполне исчерпывающий список, по-моему) мир программного обеспечения не заканчивается )
IT-юмор
7.1K пост53.2K подписчиков
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору