ПредишенСледващото

Списък - текстов файл. Или, да речем, списък на учениците в списание класна стая.
за да получите подреден списък, трябва да, добавяйки, всеки списък влизане преподреждане. Когато добавяте всеки! И ако искаме да имаме два или повече видове поръчки? Например, студентите списъка, който сме съставили по азбучен ред, но ние се интересувахме, за да видите неговото изпълнение. Навийте двата списъка? НЕ! Започнете база данни.
И разбирам първата и най-основния принцип. Процедурата на данните са само когато ги извличате от базата данни. Това е един много важен факт. Данните в базата данни не се съхраняват в класен списание - в ред. И как в пясъчния часовник - купчина. Не zadash изход ред - ще бъдат показани на юфката. Самата база не помни какво е първият запис, и какво - накрая. Но тя знае как да се справи на основанията, посочени от потребителя при създаването на една маса.

Първото нещо, което да се запомни. Базата данни не е първият и последният запис. По нареждане само може да се говори в продукцията, ако потребителят иска тази цел. например, чрез сортиране на записи в азбучен ред. Тук, в тази извадка, има първия и последния ден.
Ако ние трябва да знаем процедурата за въвеждане записи в базата данни - добави поле, с която може да се определи.

На следващо място, разликата между базата данни на файла - това е случаен достъп. В файла, за да се отговори на линията в средата, ще трябва да мине през един по един всички ще я. Когато обновявате - още по-зле. За да промените ред в низ на файла - това е необходимо, за да го пренапише всички! Изцяло. На същата база данни - това е просто. Искате ли да изберете една линия - изберете! Ние искаме да се промени един ред - промяна. Ние искаме да се отстранят двамата - премахване!
Забележка: В действителност, в базата данни - това не е магическа кутия, и го съхранява в данните не е без значение на въздуха, и в едни и същи файлове. И точно като си пренаписва. Но тя не, така че е напълно прозрачен за потребителя.

Когато случаен достъп и липсата на вътрешна номерация "първи и втори-трети", ние сме изправени пред проблема за идентификация струни. Да предположим, че ние изведохме от основната линия на екрана, а сега, като кликнете върху линка, ние искаме да редактирате един от тях. Как да го поиска? Съдържанието на едно от полетата? А какво е съдържанието на същото с няколко записи? Имаме нужда от единен идентификационен код! В MySQL прилага изобретателен разтвор. Едно от полетата, обикновено се нарича `id` е автоматично увеличение, което е, автоматично се увеличава. Когато добавяте всеки нов рекорд, ако не и посочете идентификатора или стойността е нула, основата се определя от стойността на поле номер едно по-голямо от предишното. Така че ние имаме уникален идентификатор - или само на един ред в идентификатора на маса може да се разминават. Сега е много лесно да редактирате или да се оттеглят всеки пост - посочете номера му е достатъчно.
Между другото, идентификационен номер за автоматично увеличение, има и друга страна имущество. Сортирайте таблицата по това поле, можете да получите най-известните първото или последното влизане :-)

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

Често задавани въпроси. ID.
На първо място, това поле е погрешно за числителя. Както и в класен списание - 1,2,3-ти ученик. И ако ученикът е изгонен от училище? И ако ние не изберете за всички студенти, но само момчета?
Правило едно: номер на номерацията няма никакво отношение! На първо място, защото идентификатор може да отиде в ред, и второ, че все пак имаме заповедта е само за пробата. Кой може да бъде всичко, ИД той може да продължи доста хаотично! Ако искаме да се изброят резултатите - моля Ви добавете получаването на код в PHP, който ще го направи. В тази проба. Трябва да бъдат номерирани в изхода. Това е така, защото опциите за вземане на проби може да бъде безкраен брой.
Нека да видим какво друго може да се наложи за начинаещи номерация? За да се определи броят на избраните записи. За това е функция на - mysql_num_rows (). Това ще ни помогне по някакъв образец. По това време, тъй като номерацията не ни помага на всички, за посочените по-горе причини.
Правило две: промените идентификационния номер на записа, никога не могат при никакви обстоятелства. На първо място, той просто никога не е необходимо. На второ място, това е нашата уникален идентификатор. поле номер просто изглежда като номер. В действителност - това е начин да се недвусмислено и по всяко време да се идентифицират записа. Да кажем, че имаме един сайт с новини. Някой сложи линк към новината с идентификатор = 1. Тогава ние променихме идентификатора. В резултат на това хората няма да ходят на връзката. Ако трябва да се преномерират идентификатора - тогава просто не е нужно да автоматично увеличава област.

SQL.
Сега малко за SQL. Това, както вече каза - находчивата изобретение на човечеството. Почти изкуствения интелект. Преценете сами.
Dlyal да изберете имената на всички ученици в училище, учениците в 7А клас, ги сортиране по азбучен ред, е необходимо да се напише тази заявка:
SELECT фамилия от училище КЪДЕ Klaß = '7А "ORDER BY фамилия
Това е на практика смислено изречение на английски език!
Нека се опитаме да направи буквален превод:
Изберете името от училището [такава], където класът е равна на 7А, подредени по азбучен ред ИМЕНА
Е - не е зле? Ние почти естествен език на базата на разговор, че имаме нужда - и това ни дава необходимите линии в правилния ред! И всичко това с един ред! В тази проба може да бъде от всякаква сложност. Ако ние избрахме текстов файл - ние ще трябва да се напише програма на един лист. И след това - един ред!
Е? Вие все пак искате Kolupaev файлове?

Често задавани въпроси. Преносът на данни между различни сървъри.
Прехвърляне на данни чрез сметището - файлове, които съдържат въпроси вмъкнете.
Това означава, че на сървъра, с което искаме да се премести на базата, ние генериране на файл с INSERT заявка за всеки ред на всяка таблица от база данни. И на отдалечен сървър, просто изпълни тези искания.

Най-правилното и директен начин да се изсере - е да се използва помощната програма mysqldump команден ред
отидете в DOS или плащам и пишат
mysqldump -u<логин> -р<пароль> база> dump.sql
Получаваме dump.sql файл, който трябва да се прехвърли към отдалечен сървър и изпълнява там.
това би трябвало да доведе до обвивката MySQL, както следва:
MySQL -u<логин> -р<пароль> база всички база преместен.
Чрез Шели с достъп, можете да създадете PHP скрипт Sypex Самосвал

Останалата част от материалите на MySQL:

Свързани статии

Подкрепете проекта - споделете линка, благодаря!