За успешното прилагане на това софтуертрябва да изберете правилния режим на работа. Познаването на съвместимостта на 1C с различни бази данни също ще бъде полезно на практика. Материалите в тази статия ще ви помогнат да настроите фино функционирането на приложенията, като вземете предвид изискванията на конкретно предприятие.
Режими на работа и клиентски приложения
В най-простата версия на системната конфигурация се препоръчва използването на специален файл: "1Cv8.1CD". Той съхранява нова потребителска информация, регистрира промени в регистрите, направени индивидуални настройки. Този метод е лесен за използване. Неговата функционалност е достъпна без допълнително заплащане. Единственият съществен недостатък е ограниченият брой потребители, не повече от 10.
важно! За съхранение на самия файл 1Cv8.1CD се отделя отделен компютър. Впоследствие достъпът до него ще бъде организиран за всички потребители от локална мрежа, които получават възможност за работа с дисково пространство. В този случай се симулира режимът "клиент-сървър".
Ето информация, която ще ни позволи по-точно да оценим пригодността на такъв избор за решаване на определени проблеми:
- Структурата на споменатия по-горе файл е таблична. Размерът на всеки отделен блок е ограничен до 4 GB;
- Ако се използват "по-млади" версии на 1C, по-ниски от 8.3, тогава правилното изпълнение на някои задачи в автоматичен режимще бъде невъзможно. Ограничението е необходимостта от свързване на отделни потребители;
- В тази опция не можете да публикувате няколко документа едновременно;
- Не предоставя високо нивосигурност. Ако желае, всеки потребител може да направи копие на основния файл, който съхранява корпоративната база данни.
За по-големи проекти е по-подходяща пълноценна организация на работа в режим „клиент-сървър“. Изброяваме неговите характеристики:
- Тази опция е предназначена за едновременна работа на голям брой потребители. За постигане на достатъчна производителност се използват различни системи за управление на бази данни и сървъри, обединени в клъстери;
- Неговите параметри на скоростта са по-добри в сравнение с "файловата" версия, която ви позволява да обработвате големи количества данни по-бързо;
- В този случай е по-лесно да инсталирате и управлявате съвременна защита на информацията;
- За да увеличите изчислителната мощност, е достатъчно да добавите необходимия брой сървъри към конкретен клъстер.
В режим "клиент-сървър" се използва стандартна архитектура от три нива. Най-долният е потребителските програми. Те изпращат обаждания към сървърите на клъстера. Ако е необходимо, кеширането на данни е активирано. Алгоритъмът за обработка на заявката предвижда възможност за незабавен отговор. За да получи информация под контрола на мениджъра на процеса, сървърът формира извикване към СУБД. Данните се изпращат на клиента по обратна верига.
съвет! Ако се очакват пикови натоварвания, се препоръчва инсталирането на необходимия брой допълнителни работещи сървъри. Потребителските заявки ще бъдат автоматично пренасочени към тях.
За да преминете от файлова версия към по-продуктивен режим "клиент-сървър", достатъчно е да заредите старите данни в специален архив. Те се съхраняват допълнително на сървъра. В раздела „Конфигурация“ на програмата 1C можете да видите кой режим е активиран.
Клиентски приложения
1C осигурява работа с няколко вида софтуер. Нека отбележим характеристиките на тези три клиента:
- Тънък - приемането / предаването на данни се извършва въз основа на собствен протокол. Ако се използва https, тогава е необходима подходяща конфигурация на сървъра.
- Thick се използва само ако производителността на комуникационните линии е достатъчна. С негова помощ извършвайте операции за отстраняване на грешки и изчислителни операции, достъп до базата данни.
- Мрежата използва програми, които работят в браузър.
важно! Приложението не е подходящо за разработчика да решава практически проблеми.
Ако се използва режим "файл", тогава данните в 1Cv8.1CD могат да бъдат достъпни директно, докато уеб може да бъде достъпен само през сървъра. При работа с тънък клиент и двата пътя са приемливи. Във версията "клиент-сървър" се използват подобни схеми, но се добавя още една връзка, обединена в сървърен клъстер. Именно от него някои отговори се получават своевременно. При необходимост заявката се адресира към по-високо ниво, в СУБД.
Приложение на различни системи за управление на бази данни
- Файлова СУБД:
- Представяне на всяка от таблиците със следните файлове: описания, записи, индекси и стойности;
- Всеки от файловете заема не повече от 4 GB дисково пространство;
- Дължината на ключа е ограничена до 1920 байта;
- За индексиране могат да се използват максимум 256 полета.
- PostgreSQL:
- Ако режимът на сортиране се използва във възходящ ред, стойностите NULL се поставят в края на списъка;
- Скоростта на обработка на данни в тази СУБД намалява със значително увеличаване на интензивността на потребителските заявки;
- Показателите за производителност силно зависят от съответните технически параметри на задвижванията;
- Специален алгоритъм за фиксиране на всяка транзакция повишава нивото на надеждност;
- Интегрираното използване на непрекъсваеми захранвания и RAID масиви ще помогне за предотвратяване на грешки.
- Microsoft SQL - най-големият брой таблици в една заявка не трябва да надвишава 256 единици;
- В Oracle DB, като PostgreSQL, след сортиране във възходящ ред, NULL се задава в края на списъка. В тази СУБД е забранено поставянето на „Поръчка“ или „Първо“ в конструкцията „До „подзапитване“. Когато го използвате, трябва внимателно да работите със статистиката на плана за заявка. Те имат забележим ефект върху стабилността на 1C;
- IBM DB2:
- NULL не е въведен експонент;
- Числовата стойност не трябва да надвишава 31 знака;
- Едно поле е ограничено до 1 GB;
- С увеличаване на броя на подзаявките (в условието за присъединяване) не е изключено известно влошаване на производителността.
Правилното внедряване на 1C в предприятието се извършва, като се вземе предвид информацията, представена в тази статия.
Всеки собственик на сайт знае, че за правилното функциониране на сайта са необходими не само файлове с код на страница, но и бази данни. Системите за управление на бази данни (СУБД) се използват за взаимодействие с бази данни. В тази статия искам да говоря за бази данни и СУБД, какви разновидности съществуват и как се различават един от друг.
База данни
Базата данни е специфичен набор от данни, които като правило са свързани чрез обединяващ признак или свойство (или няколко). Тези данни са сортирани например по азбучен ред. Изобилието от различни данни, които могат да бъдат поставени в една база данни, води до много варианти на това, което може да се записва: лични данни на потребителите, записи, дати, поръчки и т.н. Например, ако имате онлайн магазин, базата данни на уебсайта ви може да съдържа ценови листи, каталог на стоки или услуги, отчети, статистики и информация за клиенти.
На първо място, това е удобно, защото информацията може бързо да се въведе в базата данни и също толкова бързо да се извлече, ако е необходимо. Ако в зората на развитието на уеб разработката всички необходими данни трябваше да бъдат записани в кода на страницата, сега няма такава нужда - необходимата информациямогат да бъдат заявени от базата данни с помощта на скриптове. Специалните алгоритми за съхранение и извличане на информация, които се използват в базите данни, позволяват намирането на необходимата информация само за части от секунди - а при работа във виртуално пространство скоростта на ресурса е по-важна от всичко друго.
Връзката на информацията в базата данни също е важна: промяна в един ред може да доведе до значителни промени в други редове. Работата с данни по този начин е много по-лесна и бърза, отколкото ако се правят промени само на едно място в базата данни.
Това обаче не означава, че всеки сайт трябва да има база данни - например, ако имате сайт визитка и не публикувате никаква нова информация в сайта, тогава просто нямате нужда от база данни. Повечето лесен начиннаправете прост уебсайт - създайте .
Система за управление на бази данни
Както може би се досещате от името, системата за управление на бази данни (или накратко СУБД) е софтуер, който се използва за създаване и работа с бази данни. Главна функцияСУБД е управление на данни (което може да бъде както външно, така и вътрешно оперативна памет). СУБД непременно поддържа езици на бази данни и също така отговаря за копирането и възстановяването на данни след всякакви повреди.
Що се отнася до класификацията на базите данни, има различни възможности.
Например, можете да разделите основите на модели на данни: йерархични (имат дървовидна структура), мрежови (подобни по структура на йерархичните), релационни (използвани за управление на релационни бази данни), обектно-ориентирани (използвани за обектен модел на данни) и обектно-релационни (някакъв вид сливане на релационни и тип обектно-ориентирана база данни).
Или, ако разделянето върви според къде се намира СУБД, те могат да бъдат разделени на локални - цялата СУБД е разположена на един компютър, и разпределени - части от системата за управление на базата данни са разположени на няколко компютъра.
Файл-сървър, клиент-сървър и вградени - такива имена са СУБД, ако ги разделите на метод за достъп до база данни. СУБД на файловия сървър е включен този моментвече се считат за остарели; главно има използване на клиент-сървър (СУБД, които се намират на сървъра заедно със самата база данни) и вградени (не изискват отделна инсталация) системи.
Информацията, която се съхранява в базите данни, не се ограничава до текстови или графични файлове- съвременните версии на СУБД също поддържат аудио и видео файлови формати.
В тази статия ще се спра на СУБД, които се използват за съхраняване на информация от различни уеб ресурси.
Защо са необходими тези СУБД? В допълнение към основната им функция - съхраняване и организиране на огромно количество информация - те ви позволяват бързо да обработвате клиентски заявки и да издавате свежа и актуална информация.
Това важи и за промените, които правите - вместо да променяте информацията във всеки файл на сайта, можете да я промените в базата данни и тогава правилната информация ще бъде незабавно показана на всяка страница.
Релационни СУБД и SQL език
Релационните и обектно-релационните СУБД са сред най-разпространените системи. Те са таблици, в които всяка колона (която се нарича "поле" или "поле") е подредена и има определено уникално име. Последователността на редовете (те се наричат „записи“ или „записи“) се определя от реда, в който информацията се въвежда в таблицата. В този случай обработката на колони и редове може да се извърши в произволен ред. Таблиците с данни са свързани помежду си със специални връзки, поради което данните от различни масиможете да работите - например да ги комбинирате - с една заявка.
За управление на релационни бази данни се използва специален език за програмиране SQL. Съкращението означава „Език за структурирани заявки“, преведено на руски „език за структурирани заявки“.
Командите, които се използват в SQL, се разделят на такива, които манипулират данни, такива, които дефинират данни, и такива, които манипулират данни.
Схемата на базата данни изглежда така:
MySQL
MySQL е една от най-популярните и разпространени СУБД, използвани от много компании (например Facebook, Wikipedia, Twitter, LinkedIn, Alibaba и други). MySQL е релационна СУБД, която принадлежи към свободния софтуер: разпространява се при условията на публичния лиценз на GNU. По правило тази система за управление на бази данни се определя като добра, бърза и гъвкава система, препоръчителна за използване в малки или средни проекти. MySQL има много различни предимства. Например, тя подкрепя Различни видоветаблици: както добре познатите MyISAM и InnoDB, така и по-екзотичните HEAP и MERGE; освен това броят на поддържаните типове непрекъснато нараства. MySQL изпълнява всички команди бързо - може би сега това е най-бързата съществуваща СУБД. Неограничен брой потребители могат да работят с тази система за управление на бази данни едновременно, а броят на редовете в таблиците може да бъде до 50 милиона.
Тъй като в сравнение с някои други MySQL СУБД, той поддържа по-малко функции, много по-лесно е да работите с него, отколкото например с PostgreSQL, което ще бъде обсъдено по-долу.
Първата версия на MySQL беше пусната през 1995 г. и оттогава имаше няколко последващи версии, всяка от които донесе значителни промени.
За работа с MySQL се използва не само текстов, но и графичен режим. Това е възможно благодарение на приложението phpMyAdmin: за да работите в приложението, дори няма да е необходимо да знаете SQL команди и можете да администрирате вашата база данни директно през браузъра.
Като цяло може да се отбележи, че MySQL е изборът на тези, които се нуждаят от СУБД за малък или среден проект, бърза и лесна за използване и без административни затруднения.
PostgreSQL
Тази свободно разпространявана система за управление на бази данни принадлежи към обектно-релационния тип СУБД. Както при MySQL, PostgreSQL е базиран на езика SQL, но за разлика от MySQL, PostgreSQL поддържа стандарта SQL-2011. Тази СУБД няма ограничения нито за едното, нито за другото максимален размербаза данни, нито максималните записи или индекси в таблицата.
Ако говорим за предимствата на PostgreSQL, тогава, разбира се, това е надеждността на транзакциите и репликациите, възможността за наследяване и лесна разширяемост. PostgreSQL поддържа различни разширения и варианти на езици за програмиране като PL/Perl, PL/Python и PL/Java. Възможно е също да се зареждат C-съвместими модули.
Мнозина посочват, че за разлика от Даден MySQLСУБД има добра и подробна документация, която отговаря на почти всички въпроси.
Фактът, че това е по-мащабна СУБД от MySQL, се доказва и от факта, че PostgreSQL периодично се сравнява с такава мощна система за управление на данни като Oracle.
Всичко това ни позволява да говорим за PostgreSQL като за една от най-модерните СУБД в момента.
SQLite
В момента това е една от най-компактните СУБД; той също е вграден и релационен. SQLite ви позволява да съхранявате всички данни в един файл и поради малкия си размер има завидна скорост. SQLite се различава значително от MySQL и PostgreSQL по своята структура: двигателят и интерфейсът на тази СУБД са в една и съща библиотека - и това е, което ви позволява да изпълнявате всички заявки много бързо. Други СУБД (MySQL, PostgreSQL, Oracle и др.) използват парадигмата клиент-сървър, когато взаимодействието се осъществява чрез мрежов протокол.
Сред недостатъците може да се отбележи липсата на потребителска система и възможността за увеличаване на производителността.
SQLite може да се препоръча за използване в проекти, където трябва да можете бързо да пренесете приложението и няма нужда от мащабируемост.
Оракул
Тази СУБД принадлежи към обектно-релационния тип. Името идва от името на компанията Oracle, разработила тази система. Заедно с SQL, СУБД използва процедурно разширение, наречено PL/SQL, както и езика Java.
Oracle е система, която е стабилна повече от десетилетие, така че това е изборът на големите корпорации, за които надеждността на възстановяването при повреда, рационализираната процедура за архивиране, мащабируемостта и други ценни характеристики са важни. В допълнение, тази СУБД осигурява отлична сигурност и ефективна защита на данните.
За разлика от други СУБД, разходите за закупуване и използване на Oracle са доста високи и това често е значителна пречка за използването му в малки фирми. Вероятно това е и причината Oracle да е едва на 6-то място в рейтинга на СУБД за 2016 г. в Русия.
MongoDB
Тази СУБД се различава по това, че е проектирана да съхранява йерархични структури от данни и затова се нарича документно-ориентирана (това е хранилище на документи без използване на таблици или схеми). MongoDB е с отворен код.
С помощта на идентификатор можете да извършвате бързи операции върху обект; тази СУБД се представя добре при сложни взаимодействия. На първо място, говорим за скорост - в някои случаи приложение, написано на MongoDB, ще работи по-бързо от същото приложение, използващо SQL, т.к. MongoDB принадлежи към класа NoSQL DBMS и използва обектен език за заявки вместо SQL, който е много по-лек от SQL.
Този език обаче има своите ограничения и следователно MongoDB трябва да се използва в случаите, когато няма нужда от сложни и нетривиални селекции.
Вместо заключение
Изборът на СУБД е важен момент при създаването на вашия ресурс. Изхождайте от задачите и възможностите си, опитайте и експериментирайте, за да намерите точно този вариант, който ще бъде най-подходящ.
4. СИСТЕМИ ЗА УПРАВЛЕНИЕ НА БАЗА ДАННИ 1
4.1. Класификация на СУБД 1
4.2 Правилата на Код за релационна СУБД (RDBMS) 2
4.3 Основни функции на релационна СУБД 4
4.4 Администриране на база данни 5
4.5. Справочен речник на данни 6
Система за управление на бази данни (СУБД) е съществен компонент AIS базирана на база данни. СУБД е необходима за създаване и поддържане на база данни информационна системав същата степен, както и за разработване на програма на алгоритмичен език - транслатор. Софтуерните компоненти на СУБД включват ядрото и сервизните инструменти (помощни програми).
Ядрото на СУБДе набор софтуерни модули, необходими и достатъчни за създаване и поддържане на база данни, тоест универсална част, която решава стандартни задачи за информационно обслужване на потребителите. Сервизни програмипредоставя на потребителите набор от допълнителни функциии услуги в зависимост от описаната предметна област и нуждите на конкретен потребител.
система за управление на бази данни наречена софтуерна система, предназначена да създаде обща база данни на компютър за различни приложения, да я поддържа актуална и да осигури ефективен достъп на потребителите до съдържащите се в нея данни в рамките на предоставените им правомощия.
Фундаментално важно свойство на СУБД е, че ви позволява да разграничавате и поддържате два независими изгледа на базата данни: „изгледът“ на потребителя, въплътен в „логическото“ представяне на данните, и „изгледът“ на системата - „физическото“ представяне (организация на съхранените данни).
За да инициализира база данни, разработчикът, използващ конкретна СУБД, описва логическата структура на базата данни, нейната организация в средата за съхранение и представяне на потребителски данни (съответно концептуалната схема на базата данни, схемата за съхранение и външните схеми). Чрез обработката на тези схеми СУБД създава празна база данни с необходимата структура и предоставя средства за нейното попълване с данни от предметната област и по-нататъшно използване.
Класификация на СУБД
СУБД OH не е фокусирана върху нито една предметна област или специфични информационни нужди на потребителите. Всяка система от този вид е универсална и изпълнява функционално излишен набор от операции с данни. СУБД ON включва инструменти за настройка за специфична предметна област, работни условия и потребителски изисквания. Производството на тези системи е поставено на широка търговска основа.
Специализирани СУБД се създават в случаите, когато нито една от съществуващите СУБД с общо предназначение не може задоволително да реши проблемите, пред които са изправени разработчиците. Може да има няколко причини:
не се постига необходимата скорост на обработка на данните;
СУБД трябва да работи при сериозни хардуерни ограничения;
необходима е поддръжка за специфични функции за обработка на данни.
поради познаване на характеристиките на определена предметна област,
чрез намаляване на функционалната пълнота на системата.
Според методите за организиране на съхранение и обработка на данни СУБД се разделят на централизиранИ разпределени. Първите работят с база данни, която се съхранява физически на едно място (на един компютър). Това не означава, че потребителят може да работи с базата данни само на същия компютър: достъпът може да бъде отдалечен (в режим клиент-сървър). Повечето централизирани СУБД изместват задачата на организацията отдалечен достъпкъм данни за мрежово осигуряване, изпълнявайки само собствените си стандартни функции, които са усложнени от едновременния достъп на много потребители до данни.
Според модела на данните има йерархичен,мрежа,релационни, обектно-релационниИ обектно-ориентиранСУБД.
За релационни СУБД E.F. Код предложи и обоснова 12 правила, на които трябва да отговаря DBMS за релационни данни (RDBMS).
Правилата на Код за релационна СУБД (RDBMS)
Явно представяне на данни (Информационното правило). Информацията трябва да бъде представена под формата на данни, съхранявани в клетки. Данните, съхранявани в клетките, трябва да бъдат атомарни. Редът на редовете в релационна таблица не трябва да влияе на значението на данните.
Правило за гарантиран достъп. Всеки елемент от данни трябва да бъде гарантирано достъпен чрез комбинация от име на таблица, първичен ключ на ред и име на колона.
Обработка на неизвестни стойности (систематично третиране на нулеви стойности). Неизвестни NULL стойности, различни от всяка известна стойност, трябва да се поддържат за всички типове данни при извършване на каквито и да било операции. Например за числови данни неизвестните стойности не трябва да се третират като нули, а за знакови данни като празни низове.
Динамичен он-лайн каталог, базиран на релационния модел. Указател (или справочен речник) данните трябва да се съхраняват под формата на релационни таблици и RDBMS трябва да поддържа достъп до тях с помощта на стандартни езикови средства, същите като тези, използвани за работа с релационни таблици, съдържащи потребителски данни.
Пълнота на езиково подмножество (правило за подезик на изчерпателните данни). RDBMS трябва да поддържа един език, който ви позволява да извършвате всички операции с данни: дефиниране на данни (DDL, Data Definition Language), манипулиране на данни (DML, Data Manipulation Language), контрол на потребителския достъп до данни, управление на транзакции.
Поддръжка за актуализирани изгледи (Правило за актуализиране на изгледи). Изгледът е съхранена заявка към таблици на база данни. Актуализираният изглед трябва да поддържа всички операции за манипулиране на данни, които поддържат релационните таблици: операции за вмъкване, актуализиране и изтриване.
Наличие на операции за управление на данни на високо ниво (Вмъкване, актуализиране и изтриване на високо ниво). Операциите за вмъкване, актуализиране и изтриване на данни трябва да се поддържат не само по отношение на един ред от таблица, но и по отношение на всеки набор от редове на произволна таблица.
Независимост на физическите данни. Приложенията не трябва да зависят от методите, използвани за съхраняване на данни на носители, от хардуеркомпютъра, където се намира базата данни. RDBMS трябва да предоставя известна свобода за модифициране на начина, по който базата данни е организирана в средата за съхранение, без да изисква промени в логическото представяне на данните. Това ви позволява да оптимизирате средата за съхранение, за да подобрите ефективността на системата, без да засягате създаденото приложни програмиработа с базата данни.
Логическа независимост на данните. Това свойство ви позволява да конструирате няколко различни логически изгледа (изгледи) на едни и същи данни за различни потребителски групи. В същото време погледът на потребителя към данните може да се различава значително не само от физическата структура на тяхното съхранение, но и от концептуалната (логическа) схема на данните. Тя може да бъде динамично синтезирана въз основа на съхранени обекти на база данни по време на обработка на заявка.
Почтеност Независимост. Цялата информация, необходима за поддържане на целостта, трябва да бъде в речника на данните. Езикът на данните трябва да извършва проверка на входа и автоматично да поддържа целостта на данните. Това се реализира с помощта на ограничения за интегритет и механизма за транзакции.
Независимост на разпространението. Базата данни може да бъде разпределена (може да се намира на няколко компютъра) и това не трябва да засяга приложенията. Прехвърлянето на база данни на друг компютър не трябва да засяга приложенията.
Координиране на езиковите нива (правило за неподривна дейност). Не трябва да има начини за достъп до данни, различни от стандартния език за работа с данни. Ако се използва език за достъп до данни от ниско ниво, той не трябва да отменя правилата за сигурност и интегритет, които се поддържат от езика от по-високо ниво.
Основни функции на релационна СУБД
Поддръжка на режим на многопотребителски достъп.
Гарантиране на физическата цялост на данните.
Контрол на достъпа.
Настройка на RDBMS.
свързване на външни приложения към базата данни;
промяна на параметрите на организацията на средата за съхранение на данни с цел повишаване на ефективността на системата;
промяна на структурата на съхранените данни или тяхното разположение в средата за съхранение ( реорганизация на база данни) за подобряване на производителността на системата, или повторно използванеосвободена памет;
модификация на концептуалната схема на данни ( преструктуриране на база данни), когато предметната област и/или нуждите на потребителя се променят.
Администриране на бази данни
Администрирането на базата данни е отговорност на администратора (или административния персонал, ако системата от бази данни е голяма). Задачите на администратора включват изпълнението на няколко групи функции:
Администриране на домейн: поддръжка за представяне на базата данни на концептуално ниво на архитектурата на СУБД (обща за всички приложения); адекватно показване в базата данни на промените, настъпващи в софтуера. Последното изискване може да включва преструктуриране (промяна на схемата) на базата данни и след това привеждане на съдържанието на базата данни в съответствие с нова схема.
Администриране на DB: поддържа представянето на DB в средата за съхранение, ефективна и надеждна работа на DB системата. Ако базата данни се реорганизира на това ниво (за да се повиши ефективността на работа), то това се състои в следното:
промени в структурата на съхраняваните данни, например показване на рядко използвани данни в отделна таблица;
промяна на начина, по който данните се съхраняват в паметта, например:
разделяне на таблица на части, за да се разпредели върху различни физически носители, за да се паралелизира достъпът до нея;
изграждане на клъстери;
промяна физически параметрисреда за съхранение, като например размера на блок от данни в пространството на паметта.
промени в използваните методи за достъп до данни, като изграждане на индекси или въвеждане на хеширане.
Администриране на приложения: поддръжка на изгледи на бази данни за различни потребителски групи чрез механизми на външния слой на СУБД. Когато концептуалната схема на базата данни или схемата за съхранение се промени, може да се наложи да се направят подходящи промени в приложенията.
Администриране на сигурността на данните: предоставяне на потребителски права за достъп до базата данни и настройка на защита на системата срещу неоторизиран достъп.
Речниково-справочни данни
относно собствениците на обекти с данни, потребителите на ресурси с данни и техните права за достъп;
относно състава и структурата на базата данни;
относно ограниченията на целостта;
за спомагателни обекти и компоненти на информационната система.
DB Речникслужи за подпомагане функционирането на софтуерните компоненти - СУБД и приложни програми, които работят с базата данни. Речникът съдържа информация за организацията на базата данни, нейния състав и структура, описание на данните: формати на представяне, структура, методи за достъп, начини за поставяне на данни в паметта и др. Информацията в речника е представена в удобен за програмно използване вид.
Справка към база даннисъдържа информация за семантиката на данните, методите за тяхната идентификация, източници на данни и др. Справочникът е предназначен основно за документиране на развитието на базата данни и справочното обслужване на нейните потребители. Информацията в наръчника е представена в удобен за човешкото възприемане вид.
Наборите от метаданни на речника и справочника до голяма степен се припокриват. Освен това те могат да бъдат реализирани заедно: в много RDBMS речникът се състои от таблици (table), съдържащи описания на обекти на базата данни, а препратката се реализира с помощта на изгледи (view) над речниковите таблици.
Файлова СУБДе една от системите за управление на бази данни, поддържани от платформата. Файловата СУБД е разработена от 1C и е част от платформата.
Файловата СУБД съхранява всички данни в един файл - файловата база данни. Този формат за съхранение на данни е разработен от 1C специално за приложни решения 1C:Enterprise 8.
При създаването на платформата беше необходим ефективен формат за създаване на олекотена версия на 1C:Enterprise 8, базирана на него за лична употреба и малки работни групи. Форматът трябваше да отговаря на определени изисквания, като ефективност, поддръжка на UNICODE, възможност за поемане на целия информационна базав един файл. Използването на тази опция не трябва да изисква инсталиране на допълнителен софтуер от потребителя и административни действия.
Трябваше да е възможно например лесното прехвърляне на информационната база на лаптоп или бързо разполагане на отдалечена работна станция в склад. В същото време приложеното решение трябваше да работи без промени както в този вариант, така и във варианта, използващ сървъра на базата данни.
Въз основа на резултатите от проучване на продукти на трети страни и техния анализ беше решено да създадем собствена база данни „двигател“, която поддържа собствен формат за съхранение.
Техническа реализация на работа с файлова база данни
Файловата СУБД е част от платформата, така че когато системата работи във файловата версия, дебелият и тънки клиентиизвършват цялата работа с данните сами.
Базата данни с дефиниции (DB) е наименована колекция от данни, която отразява състоянието на обектите и техните взаимоотношения в разглежданата предметна област. Системата за управление на бази данни (СУБД) е набор от език и софтуерни инструментипредназначени за създаване, поддържане и споделяне DB от много потребители. Използването на СУБД ви позволява да създавате програми, които са независими от това как се съхраняват данните външен носител. За да работи с базата данни, СУБД трябва да осигурява: възможност за използване на средствата за достъп и манипулиране на данните от базата данни; работа с голямо количество данни; скорост на търсене на данни; логическа цялост на данните (тяхната съгласуваност); надеждност на съхранението на данни (възможност за възстановяване поради различни повреди); възможността за оторизация и разграничаване на потребителските правомощия (защита срещу неоторизиран достъп). 2
Основните функции на СУБД 1. Директно управление на данни във външна памет Тази функция включва предоставянето на необходимите външни структури на паметта както за съхраняване на данни, директно включени в базата данни, така и за служебни цели, например за ускоряване на достъпа до данни в някои случаи (обикновено използвани за този индекс). че в напредналите СУБД потребителите не са длъжни да знаят във всеки случай дали СУБД използва файлова системаи ако има, как са организирани файловете. 2. Управление на RAM буфер Разширените СУБД поддържат свой собствен набор от RAM буфери със собствена дисциплина за подмяна на буфери. 3. Управление на транзакции Транзакцията е последователност от операции върху базата данни, разглеждана от СУБД като цяло. Или транзакцията е изпълнена успешно и СУБД ангажира (COMMIT) промените в базата данни, направени от тази транзакция във външна памет, или нито една от тези промени няма ефект върху състоянието на базата данни. Концепцията за транзакция е необходима за поддържане на логическата цялост на базата данни. Поддържането на механизъм за транзакции е предпоставка дори за еднопотребителска СУБД (ако, разбира се, такава система заслужава името СУБД). Но идеята за транзакция е много по-важна в многопотребителска СУБД. 3
Основни функции на СУБД 4. Журналиране Журналът е специална част от базата данни, която е недостъпна за потребителите на СУБД и се поддържа много внимателно (понякога се поддържат две копия на дневника, разположени на различни физически дискове), която получава записи на всички промени в основната част от базата данни. В различните СУБД промените в базата данни се регистрират на различни нива: понякога записът в журнала съответства на някаква логическа операция за промяна на базата данни, понякога - на минимална вътрешна операция за модифициране на страница от външна памет; някои системи използват и двата подхода едновременно. 5. Поддръжка на езици на бази данни Език за дефиниране на схема (SDL) Език за манипулиране на данни (DML) SQL език(Език за структурирани заявки): позволява ви да дефинирате схема на релационна база данни и да манипулирате данни (имплементира SDL и DML) съдържа специални инструменти за определяне на ограничения за целостта на базата данни разрешава достъп до обекти на база данни 4
Компонентите на СУБД ядрото, което отговаря за управлението на данни във външната и RAM паметта и регистрирането, езиковият процесор на базата данни, който оптимизира заявките за извличане и промяна на данни и създава, като правило, машинно независим изпълним вътрешен код, поддръжката на време за изпълнение подсистема, която интерпретира програми за манипулиране на данни, които създават потребителски интерфейссъс СУБД и сервизни програми(външни помощни програми), които предоставят редица допълнителни възможности за поддръжка на информационната система. 5
Архитектура на СУБД Тристепенен модел на системата за управление на база данни, предложен от ANSI (Американски национален институт по стандартизация) Тази архитектура позволява логическа (между нива 1 и 2) и физическа (между нива 2 и 3) независимост при работа с данни. Идентифицирането на концептуалното ниво направи възможно разработването на апарата централизиран контролбаза данни. Слой на външни модели Физически слой 6
Нивото на външните модели е най-високо Най-високо ниво, където всеки модел има собствена "визия" на данните. Това ниво определя гледната точка на базата данни на отделните приложения. Всяко приложение вижда и обработва само данните, които са необходими за това конкретно приложение. Концептуалното ниво е централната контролна връзка, тук базата данни е представена най-много общ изглед A, който агрегира данните, използвани от всички приложения, които работят с дадената база данни. Всъщност концептуалното ниво отразява обобщен модел на предметната област (обекти от реалния свят), за която е създадена базата данни. Както всеки модел, концептуалният модел отразява само съществените от гледна точка на обработка характеристики на обектите от реалния свят. Физическият слой са действителните данни, разположени във файлове или в структури на страници, разположени на външни носители за съхранение. 7
Архитектура на файлов сървър 9
Файлов сървър СУБД Файловете с данни се намират централно на файловия сървър. СУБД се намира на всеки клиентски компютър. СУБД осъществява достъп до данните през локалната мрежа. Синхронизирането на четенията и актуализациите се извършва чрез заключвания на файлове. Предимството на тази архитектура е ниското натоварване на процесора на сървъра. Недостатъци: потенциално високо натоварване на локалната мрежа; трудността на централизирания контрол; трудността да се гарантират такива важни характеристики като висока надеждност, достъпност и сигурност. Те се използват най-често в локални приложения, които използват функции за управление на бази данни. Примери: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxProMicrosoft AccessParadoxdBaseFoxProVisual FoxPro 10
Архитектура клиент-сървър 11
Клиент-сървър СУБД Клиент-сървър СУБД се намира на сървъра заедно с базата данни и има директен достъп до базата данни в изключителен режим. Всички клиентски заявки за обработка на данни се обработват централно от СУБД клиент-сървър. Недостатъкът на СУБД клиент-сървър е повишените изисквания към сървъра. Предимства: Потенциално по-ниско натоварване на локалната мрежа; удобство на централизирано управление; удобството за предоставяне на важни функции като висока надеждност, висока достъпност и висока сигурност. Примери: Oracle, Firebird, Interbase, IBM DB2, MS SQL сървър, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, LINTER.OracleFirebirdInterbaseIBM DB2MS SQL ServerSybase Adaptive Server EnterprisePostgreSQLMySQLCachéLINTER 12
Вградена СУБД Може да се достави като част от някои софтуерен продуктбез да е необходима процедура самоинсталация. Предназначен е за локално съхранение на данните от приложението и не е предназначен за колективна употреба в мрежата. Физически най-често се реализира като библиотека с добавки. Достъпът до данните от приложението може да става чрез SQL или чрез специални програмни интерфейси. Примери: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, MySQL, Sav Zigzag, Microsoft SQL Server Compact, LINTER.OpenEdgeSQLiteBerkeleyDBFirebird EmbeddedMySQLSav Zigzag Microsoft SQL Server CompactLINTER 13
Разделяне на функциите между сървъра и клиента Функции на клиентското приложение: Изпращане на заявки към сървъра. Интерпретиране на резултатите от заявките, получени от сървъра. Представяне на резултатите на потребителя под някаква форма (потребителски интерфейс). Функции от страна на сървъра: Получаване на заявки от клиентски приложения. Тълкуване на искания. Оптимизиране и изпълнение на заявки към базата данни. Изпращане на резултатите към клиентското приложение. Осигуряване на система за сигурност и контрол на достъпа. Управление на целостта на базата данни. Внедряване на стабилността на многопотребителския режим на работа. 14
Съвременните локални СУБД се използват за сравнително малки задачи (малко количество данни, които се обработват, малък брой потребители), имат относително опростена архитектура, по-специално работят в режим на файлов сървър, не поддържат всички възможни функции на СУБД (например, няма регистър на транзакциите, няма възможност за автоматично възстановяване на база данни при срив и т.н.) dBase III - PLUS, Clipper (Nantucket Inc.), FoxPro (Fox Software), FoxBase+ (Fox Software), Visual FoxPro ( Microsoft), PARADOX (Borland International) ) Microsoft Access (Microsoft). 15
Администриране на база данни Администрирането на база данни е функция за управление на база данни (DB). Лицето, отговорно за администрирането на базата данни, се нарича Администратор на база данни (DBA) или Администратор на база данни (DBA). Администратор на база данни (DBA) или администратор на база данни (DBA) е лице, отговорно за разработването на изискванията за база данни, нейното проектиране, внедряване, ефективна употреба и поддръжка, включително управление сметкипотребители на база данни и защита срещу неоторизиран достъп, както и поддържане на целостта на базата данни. 17
Задачи на администратора на база данни 1. Дизайн на база данни. 2. Оптимизиране на производителността на базата данни. 3. Осигуряване и контрол на достъпа до базата данни. 4. Гарантиране на сигурност в базата данни. 5. Архивиране и възстановяване на базата данни. 6. Осигуряване на целостта на базите данни. 7. Осигуряване на прехода към нова версияСУБД. 18
DBA специализации 1. Системен администратор. 2. Архитект на база данни. 3. Анализатор на бази данни. 4. Разработчик на модели на данни. 5. Администратор на приложението. 6. Проблемно ориентиран администратор на база данни. 7. Анализатор на изпълнението. 8. Администратор на склад за данни. 19
Зареждане...