Дефиниция на SQL

Акронимът, известен като SQL, съответства на английския израз Structured Query > ( езика Structured Query > (който се разбира на испански като Structured Query > ), който идентифицира тип език, свързан с управлението на релационни бази данни, който позволява спецификацията на различни видове операции между тях. Благодарение на използването на алгебра и релационни изчисления, SQL предлага възможност за консултиране с цел извличане на информация от бази данни по прост начин.

SQL

Ученият Едгар Франк Кодд ( 1923 - 2003 ) е този, който предлага релационен модел за базите данни и създава под-език за достъп до данните от изчисленията на предикатите. Въз основа на работата на Codd , IBM ( International Business Machines ) определи езика, известен като Structured English Query > ( SEQUEL ).

SEQUEL се счита за предшественик на SQL, език от четвърто поколение, стандартизиран през 1986 г. Ето защо най-примитивната версия на SQL беше SQL-86 (известна още като SQL1 ).

По същество, SQL е декларативен език на високо ниво, тъй като, като обработва набори от записи, а не отделни записи, той предлага висока производителност при кодирането и ориентацията на обектите. SQL израз може да бъде еквивалентен на повече от една програма, която използва език на ниско ниво.

Базата данни, според експертите, предполага съвместното съществуване на различни видове езици. Така нареченият език за дефиниране на данни (също известен като DDL ) е такъв, който позволява модифициране на структурата на обектите, разгледани от базата данни, чрез четири основни операции. SQL, от друга страна, е език, който позволява манипулиране на данни (> или DML ), което допринася за управлението на бази данни чрез заявки.

Как да изградим ефективна база данни?

Всяка компания, която се стреми към светло бъдеще, с възможности за растеж и разширяване , трябва да има база данни, която да е различна във всеки отделен случай, съобразена с конкретните нужди на всеки вид бизнес, но която трябва да бъде внимателно подготвена, солидна и конфигурируема структура, отворена за потенциални модификации, без това да застрашава нейната цялост.

Една от основните точки при изграждането на база данни е индексирането . За да разберем тази концепция, нека погледнем накратко основния практически пример: да предположим, че една компания иска да съхранява личната информация на своите клиенти и да следи техните транзакции; за тази цел, една възможност е да имате таблица за вашите данни (име, фамилия, адрес на електронна поща и т.н.), друга за описание на продуктите (име на артикула, цена, подробности) и един за продажби. Преди да преминем към подробности кои полета могат да присъстват в тази последна таблица, трябва да споменем, че в останалите има необходим елемент за добра организация: уникален идентификационен ключ .

Обикновено се нарича ID , обикновено е цяло число (без десетични знаци) и положително, че базата данни автоматично присвоява на всеки нов запис (в този случай всеки нов клиент или продукт) и никога не се повтаря, така че да го идентифицира от раждане (момент на сътворението) до смъртта му (когато се елиминира). По този начин, ако вземем например записа 103 „Пабло Бернал pbernal@proveedor.com“, ще отбележим, че вашата идентификация е 103. Каква е ползата от нея? Накратко, потърсете клиент, чието име е n , неговото фамилно име, а и неговата електронна поща, и отнема много повече време, отколкото искането на базата да върне всички данни на клиента с идентификатор "103". Макар да е вероятно в първата операция да посочим цялата ваша информация , след като програмата я открие, можем да използваме този номер за останалите заявки.

Връщайки се към примера, тъй като таблиците на клиентите и продуктите биха имали своя идентификационен номер, те ги свързват с продажбите, което е много просто; неговите полета могат да бъдат: идентификация на транзакцията, идентификационен номер на клиента, идентификационен номер на продукта, дата, наблюдения. Без да навлиза в технически аспекти, ясно е, че всяка продажба съдържа много повече информация, отколкото може да се види с един поглед , тъй като например идентификаторът на клиент ни помага да получим достъп до всички негови данни в съответната таблица. При реализацията, разбира се, сложността може да бъде много по-голяма, но е важно да се започне с основите, за да се разбере значението на солидните и ефективни взаимоотношения .

border=0

Търсете друго определение