WikiProject Computing | (Номинальный класс заглушки) |
---|---|
Базы данных WikiProject / Информатика | (Номинальный класс заглушки, средняя важность) |
---|---|
Объединить
Рекомендуется объединить операторы DELETE, INSERT, UPDATE, MERGE, SELECT и TRUNCATE в статью DML и перенаправить эти операторы туда. Пожалуйста, оставьте здесь комментарии до 19 мая 2007 г. SqlPac 05:13, 17 мая 2007 г. (UTC)
> Почему DML? Было бы разумнее объединить его с языком SQL, поскольку все они являются ключевыми словами SQL. Я часто использую этот сайт для своей памяти и для проверки синтаксиса при программировании SQL. -Алексис
- Новая статья SQL DML может быть в порядке, но сама статья SQL , хотя и обсуждает эти ключевые слова, охватывает гораздо больше материалов, таких как стандарты ISO SQL, расширения SQL ( SQL / CLI , SQL / XML и т. Д.), Соответствие и т. д. Я думаю, что статья SQL (уже хорошего размера) стала бы очень большой, если бы были добавлены все эти подразделы, синтаксисы и образцы кода. Меня больше всего беспокоит то, что сами по себе эти утверждения (DELETE, INSERT, ...) слишком малы, чтобы их можно было по-настоящему превратить в полноценные хорошие статьи. Я действительно думаю, что из них получится одна хорошая статья, если их где-то объединить. Как вы думаете? Спасибо. SqlPac 14:33, 12 июня 2007 г. (UTC)
- Как насчет статьи под названием «Синтаксис SQL»?
> DML - это гораздо более широкая тема, чем синтаксис SQL. В этой статье в настоящее время описывается синтаксис и использование оператора вставки SQL. Я рекомендую оставить как есть, но сделать ссылку на эту статью из более крупной статьи по SQL, на которую есть ссылка в статье DML.
> Я согласен с тем, что в больших статьях людям сложно искать нужную информацию. Мне нравится идея статьи о SQL DML, в которой все это сочетается. Из того, что я видел, сама статья по DML тоже уже довольно большая. Если бы он объединил их, вам бы пришлось объединить с ним и другие. Если бы все они были объединены, по-прежнему ли они были бы доступны для поиска самостоятельно из окна поиска? -Алексис
- Страница перенаправления может указывать на часть страницы. Например, Redirect for Delete (SQL) может указывать на SQL DML # DELETE и перетаскивать вас прямо в подраздел DELETE на странице статьи SQL DML (если они были объединены таким образом). Мне нравится идея отдельной статьи по SQL DML, но я думаю, что включение всех статей по SQL DML под эгидой самой статьи SQL может сделать эту статью громоздкой - она довольно большая как есть, и уже есть намного больше, что нужно добавить без разбивки DML. Спасибо. SqlPac 01:50, 13 июня 2007 г. (UTC)
> Потрясающе. :) Тогда это сработает. Мне очень нравится, что вы, ребята, работаете с тем, что хочет и в чем нуждается широкая публика. Википедия прекрасна. Продолжайте хорошую работу! -Алексис
Я только что нашел эту статью в Википедии. Мне было очень приятно увидеть Википедию, в которой есть такие специализированные статьи. Я бы против любого слияния или разбавления содержания на других страницах. Понимание каждой команды SQL - достойная тема для статьи в Википедии, хотя это не было бы достойной темой для бумажной энциклопедии. jodastephen 16:08, 4 июля 2007 г. (UTC)
Я думаю, что частота и важность использования этих самых базовых операторов SQL действительно гарантирует, что у каждого из них есть собственная страница, не каждая статья должна быть длиной 50 страниц, на самом деле те, которые такие длинные, очень плохо читаются! Помимо некоторых из них, я бы предпочел, чтобы они добавили несколько более сложных примеров, пытаясь соединить их вместе. Fgwaller, 5 июля 2007 г.
Я против любого такого слияния по причинам, указанным Йодастефеном и Фгваллером. - Амит, 23:04, 9 июля 2007 г. (UTC)
Мне кажется более интуитивным найти текст, описывающий каждую команду, в отдельной статье. Я почти уверен, что нет руководства по известности , которое применялось бы к отдельным командам SQL, что является одной из причин, по которой некоторые темы объединены вместе. Конечно, итоговая статья может быть полезной (похоже, что у самого SQL есть сносная статья) ... но я не уверен, что она нам нужна. Скоро пройдет два месяца с момента вышеприведенного комментария SqlPac; если никто не сделает этого, я удалю шаблоны 17-го числа. - Gargoyle, MT 15:45, 15 июля 2007 г. (UTC)
- Я удалил шаблоны, хотя и немного позже, чем планировал. - GargoyleMT 21:34, 30 июля 2007 г. (UTC)
Уточните, пожалуйста, как DML является (или не является) 4GL. --- обсуждение 16:26, 2 декабря 2007 г. (UTC) —Предыдущий неподписанный комментарий добавлен 68.58.152.238 ( обсуждение )
ВЫБРАТЬ
Согласно стандарту ISO SQL: 2003, только один вариант SELECT - это оператор DML: вариант SELECT ... INTO ... с одной строкой. SELECT без INTO не классифицируется стандартом как оператор DML. Он классифицируется как «запрос», полностью отдельный от части стандарта «манипулирование данными». SqlPac ( обсуждение ) 03:43, 10 марта 2008 г. (UTC)
- Чуть не забыл - SQL DML * действительно * включает в себя операторы для управления и извлечения данных с помощью курсоров, чего нет в этой статье. SqlPac ( обсуждение ) 03:47, 10 марта 2008 г. (UTC)
- По крайней мере, в некоторых реализациях синтаксис SELECT ... INTO ... приближается к CREATE TABLE bla AS select-query, который является оператором DDL. Я специально думаю о PostgreSQL и Sybase SQL Server, но думаю, что это верно и для других. Вкратце, DML изменяет структуры данных, DML изменяет данные, SELECT - это получение данных (? DRL). Семудобия ( разговорное ) 16:03, 18 ноября 2013 (UTC)
Исправлено описание SQL как императивного
Более ранний редактор называл SQL императивным языком. За исключением процедурного языка ANSI / ISO, добавленного к SQL на поздних этапах процесса, SQL является строго декларативным языком. Это важный момент, поскольку это одно из основных различий между сетевыми и реляционными (SQL) базами данных. Джекфрид ( разговор ) 20:35, 31 октября 2008 г. (UTC)