SQL Server: запросы SQL по сравнению с общим программированием

Question

Я только начинаю с SQL Server 2008 Express и провел последний час или около того, пробуя некоторые базовые запросы. Как SQL-сценарии (правильный термин?) Сравниваются с общим компьютерным программированием? Является ли написание SQL-запросов настолько сложным, длительным для изучения, требует столько же практики и т. Д., Что и разработка программного обеспечения? Сравнивает ли написание сложных SQL-запросов с разработкой программного обеспечения, по крайней мере, до некоторой степени, и если да, то можете ли вы это объяснить?

Кроме того, я нашел несколько учебных и справочных сайтов для изучения SQL, но не могли бы вы также порекомендовать некоторые другие сайты.

Также (2) я играл с конструктором SQL-запросов в SQL Server, и он кажется хорошим инструментом для обучения написанию команд SQL, но есть ли способ использовать конструктор для ВСТАВКИ данных. кажется, что это только для выбора данных.

Буду признателен за любые другие общие комментарии для изучения, лучшего понимания и т. Д. SQL. спасибо

Answer 1

SQL - это декларативный язык, и он в основном работает с множествами.

Как таковая, она сильно отличается от процедурных языков.

Я бы сказал, что это где-то между процедурными языками и функциональными языками с точки зрения стиля.

Я бы порекомендовал книги Джо Селко , эту - Эрнандес , а эту * Боумен .

В SSMS вы можете вставить данные в таблицу (обычно из Excel).

Обычно пользователи не вводят данные через SSMS, обычно загружая данные с помощью такого инструмента, как SSIS.

Вы можете вставлять данные, используя INSERT INTO tbl VALUES (x, y, z), а SQL Server 2008 имеет возможность вставки нескольких строк через конструкторы строк: INSERT INTO tbl VALUES (x, y, z), (a, б, в)

Answer 2

Ответ Кейда хорош. Я хотел бы добавить, что (продвинутый) SQL - это немного другое мышление - действительно, когда вы играете с множествами (ознакомьтесь с основами математики, если хотите). Можно генерировать действительно сложные SQL-запросы, что приводит к очень сложным наборам, но часто вы обнаружите, что в какой-то момент вам понадобится хранимая процедура (даже если только для удобочитаемости). Как только вы достигнете этой точки, это станет намного больше похоже на традиционное программирование.