Дефиниция SQL

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

SQL

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

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

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

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

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

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

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

Обикновено се нарича ID, обикновено е цяло число (без десетични знаци) и положително, че базата данни автоматично присвоява на всеки нов запис (в този случай, всеки нов клиент или продукт) и никога не се повтаря, така че да го идентифицира от раждане (момент на сътворението) до смъртта му (когато се елиминира). По този начин, ако вземем например записа 103 "Пабло Бернал [email protected]", ще отбележим, че неговата идентификация е 103. Каква е ползата от нея? Накратко, потърсете клиент, чието име е n, неговото фамилно име, а и неговата електронна поща, и отнема много повече време, отколкото искането на базата да върне всички данни на клиента с идентификатор "103". Макар да е вероятно в първата операция да уточни цялата ви информация, след като програмата я открие, можем да използваме този номер за останалите консултации.

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

Препоръчано