Изучение SQL. Сколько времени?

← →
Игорь Шевченко © (2008-03-27 11:24) [40]

Palladin © (27.03.08 11:08) [34]

> интересно, какие в этом выгоды...

минус одна операция при реализации...

clickmaker © (27.03.08 11:10) [35]

> однако, практика показывает, что delete работает дольше,
> чем update...

Вполне разумно, данных для отката готовить больше

← →
Eraser © (2008-03-27 11:29) [41]

> Anatoly Podgoretsky © (26.03.08 21:53) [20]
> > capkoh (26.03.2008 20:52:18) [18]На азы нужно всего
> несколько часов, если конечно знать, что азы, а что нет.
> Select * From tbl

+1 для того, чтобы понять различные вариации SELECT * FROM WHERE особо напрягать мозг не надо, imho. если это знаешь, ну а так же вставку, обновление, удаление.. то считай, что начинающий..
а следующий этап это уже внешние объединения, группировки и т.д.

← →
clickmaker © (2008-03-27 11:33) [42]

> внешние объединения, группировки

Тамбовские, Солнцевские... )
На самом деле, основной гемор при работе с SQL - оптимизация запросов по скорости
Если смотрели фильм "Никола Паганини" - так там он говорит "истинная гениальность - играть не на одной струне, а вообще без струн"
Так вот, основной парадокс при работе с базами в том, что нужно стараться как можно реже к этой самой базе обращаться )

← →
Eraser © (2008-03-27 11:35) [43]

> clickmaker © (27.03.08 11:33) [42]

эт точно, кэширование рулит )

← →
Sergey13 © (2008-03-27 11:41) [44]

> [40] Игорь Шевченко © (27.03.08 11:24)
> > однако, практика показывает, что delete работает дольше, чем update...
>
> Вполне разумно, данных для отката готовить больше

Но тогда, по этой логике на delete + insert должно готовиться еще больше, пусть и не на много. И апдейт должен бы работать медленнее.

← →
Игорь Шевченко © (2008-03-27 11:53) [45]

Sergey13 © (27.03.08 11:41) [44]

Я извиняюсь, я имел в виду реализацию уже после того, как данные отката подготовлены. Мои слова не стоит понимать, как "СУБД при получении запроса UPDATE самостоятельно строит из него запросы DELETE и INSERT и последовательно их выполняет, как если бы они пришли от клиента".

← →
Sergey13 © (2008-03-27 11:56) [46]

> [45] Игорь Шевченко © (27.03.08 11:53)

Ок.

← →
capkoh © (2008-03-27 15:37) [47]

Благодарю всех откликнувшихся, теперь я понял с чего нужно начать изучение SQL и к чему стремиться при формировании запросов. А дальше, думаю, втянусь постепенно.

← →
Simpson (2008-03-27 20:19) [48]

LOL Он начнет изучение SQL с Fortran"a. Возьми Груббера прочитай станеш начинающим, базу для самостоятельных заданий используй существующую и уже запущенную (для Дельфи всегда идет Интербэйз(упрощено для понимания)). Просто проделай все примеры из книги и можеш смело говорить что в SQL ты начинающий.

На основе почти трехлетней плотной работы с пользователями самой разной квалификации и опыта могу сказать, что :
Самостоятельно составлять простейшие запросы на выборку из одной таблицы с перечнем выбираемых полей
с использованием Where средний пользователь может через день-два.
Выборка из более чем одной таблицы (связки - join) - неделя
Выборка с группировками (агрегатами) и агрегатными условиями (having) - две-три недели
Составление вложенных запросов - две-три недели
Составление кросс-выборок - от нескольких месяцев или никогда
Понимание и проектирование бизнес-логики - никогда.
Оптимизация запросов, анализ планов и т.д. - никогда

Все особенности конкретного скл-сервера слабо влияют на эти сроки за исключениес случаев когда одному пользователю приходится писать запросы к разным серверам поочередно (как пример, очень разные Interbase и MSSQL)

> MsGuns © (27.03.08 21:01) [49]

когда в вакансиях пишут "SQL от года", обычно как раз имеют в виду

> Понимание и проектирование бизнес-логики - никогда.
> Оптимизация запросов, анализ планов и т.д. - никогда

Изучение SQL. Сколько времени? Найти похожие ветки