Dyskusja:SQL

Ten artykuł jest pod opieką Wikiprojektu Informatyka, którego celem jest rozwijanie artykułów z dziedziny informatyki. Jeśli chcesz współuczestniczyć w projekcie, odwiedź jego stronę, gdzie można przyłączyć się do dyskusji i zobaczyć listę otwartych zadań.

Ten artykuł został oceniony jako dostateczny na skali jakości.

Temu artykułowi przypisano wysokie znaczenie na skali ważności.

Dostateczny

Wysokie

• Dostateczny/wysokie - właściwie brakuje tylko uźródłowienia hasła. Jedno z najważniejszych haseł dotyczących baz danych, lecz może niekoniecznie w całej informatyce jako takiej. --Zyx (dyskusja) 11:21, 10 paź 2010 (CEST)Odpowiedz

W odpowiedzi na emaila wyjaśniam, czemu wyciąłem: wtrącenie "takie możliwości posiada proceduralna wersja SQL: PL/SQL)"

• PL/SQL nie jest proceduralną wersją SQL: standard SQL-a składa się z DDL i DML, nie ma standardu języka proceduralnego
• pozwala pisać wewnętrzne procedury, triggery itp. ale nie samodzielne programy
• takich rozszerzeń SQL-a jest więcej, chociażby TransactSQL z Sybase'a czy plpgsql z Postgresa (właściwie każdy SZBD zaopatrzony w stored procedures ma własny)

Cała ta tematyka prosi się o rozdział do tego artykułu, ale że akurat nie miałem czasu, wolałem zrewertować to dość nieścisłe i niezbyt pasujące do akurat tego rodziału wtrącenie w nawiasach :) A.J. 17:32, 15 sie 2005 (CEST)Odpowiedz

Myślę, że warto wspomnieć o dokładnym rozwinięciu skrótu SQL. Na początku było to SEQUEL Structured English Query Language.

Wypadałoby krótko opisać, że wikipedia przechowuje wszystkie informacje w bazie danych typu SQL. StoK 07:51, 28 wrz 2007 (CEST)Odpowiedz

zastanawiam się, czy jest sens umieszczania takiego działu w artykule na temat SQL - bo w sumie to po pierwsze kwestia związana bardziej z bezpieczeństwem aplikacji internetowych w ogóle, a w szczególności z samą technologią, w której działa aplikacja, a niekoniecznie z samym językiem SQL... tak, jak nie piszemy o DNS Cache Poisoning w artykule o DNS, o buffer overflow'ach w artykule o C, albo o Remote File Inclusion w artykule o PHP, tak imo, niekoniecznie jest sens pisać o SQL injection w artykule o SQL... a jeśli już musi być ta informacja, to wydaje mi się, że wystarczy jedno, dwa zdania i reszta w artykule o SQL injection, albo wręcz link do SQL injection w sekcji "Zobacz też"... - Blueshade 07:54, 28 wrz 2007 (CEST) (ps. inna sprawa, że to, co się pojawiło w tej chwili, trochę mija się z prawdą)Odpowiedz

Jakoś mi nie pasują te dwie sekcje: "Funkcje silnika i oprogramowania pośredniczącego" oraz "Formy SQL-a". Na moje oko wyglądają jak cytaty z jakiegoś podręcznika, a do tego wycięte z kontekstu. Czy rzeczywiście rozróżnia się podane formy języka SQL? W każdej sytuacji, czy może są to tylko fragmenty czyichś rozważań? Czy ktoś jeszcze uważa, że dla zachowania przejrzystości artykułu należało by te sekcje usunąć? -- Skoot (dyskusja) 16:19, 8 lut 2011 (CET)Odpowiedz

Narzucił mi się związek pomiędzy tymi dwoma pojęciami. Myślałem, aby dodać przy opisie sekcji DML coś w stylu:

 Zobacz także: CRUD

ale nie byłem pewien, jak to tam zręcznie umieścić.

? Incnis Mrsi (dyskusja) 11:32, 19 mar 2010 (CET)Odpowiedz

Brak spójności definicji. Najpierw pisze się, że DML służy do manipulowania danymi, a potem wstawia tam polecenie SELECT. SELECT to DQL (Data Query Language). SELECT INTO to DML, ponieważ jego wykonanie jest już manipulacją (przepisywaniem, tworzeniem) danych.

wydaje mi sie że nie ma takiej potrzeby :)

Napisano, że SQL TO: strukturalny język zapytań używany do tworzenia, modyfikowania baz danych oraz do umieszczania i pobierania danych z baz danych. A usuwania danych z DB jak i samych DB to już nie umożliwia?

Można prosić o wyjaśnienie pojęcia fronton odnośnie frontend... jakieś źródła cokolwiek ?

Codd almighty! Has it been half a century of SQL already?, The Register, 2024-05-31 -- Jakub T. Jankiewicz (@Jcubic) (zagadaj) 16:59, 26 lip 2024 (CEST)Odpowiedz