В този документ ще анализираме текущата ситуация на обектно-ориентираните бази данни (oodb) и ще разберем защо една система, традиционна като релационната, продължава да бъде силна карта за много от разработчиците на софтуер и база данни.
Въведение
Знанието, което трябва да притежава разработчикът на системата за различните парадигми за програмиране, трябва да бъде необходимото по такъв начин, че да му позволи да избере някоя от тях, като се вземе предвид, че многократно казаното решение се подчинява на различните нужди на системата под въпрос и като структурна парадигма една от най-използваните досега.
Понастоящем обектно-ориентираното програмиране придоби позиции, тъй като позволява решаването на проблема от концептуален подход до отвеждането му към модел, при който елементите, които го съставят, са фрагментирани и класифицирани според определени сходни характеристики, като по този начин позволяват по-добро администриране на системата., В управлението и развитието на бази данни се случва нещо различно, релационните бази данни (db), все още са в сила днес и представляват най-високия процент на продажбите на пазара (двигатели на релационни бази данни "dbms").
развитие
„ Базата данни е съвкупност от данни, която може да бъде организирана така, че съдържанието й да бъде лесно достъпно, управлявано и актуализирано.“ За всяка компания действията, споменати в предишния текст, са от изключително значение, тъй като в момента всички бизнес информационни системи (смея да спомена 95%) са базирани на този тип модел на изчислителни данни. „Моделът на релационна база данни е набор от взаимоотношения (често наричани таблици). Всяка таблица от своя страна представлява набор от записи, редове или кортежи. И всяко от тях е набор от полета, колони или атрибути. " „ В обектно-ориентирана база данни информацията се представя от обекти като тези, които присъстват в обектно-ориентираното програмиране"
Следователно, когато се използва какъвто и да е вид база данни, се изисква мениджър на база данни, който да отговаря за всички структурни операции и актуализиране на данните. Броят на dbms (системи за обработване на бази данни) в сравнение с oodbms (обектно ориентирани системи за обработка на бази данни) е значително по-голям, това може да бъде един от отговорите защо този тип архитектура продължава да се избира. бази данни, някои от тези dbms са:
- Microsoft AccessMySqlSql ServerPostgreSqlOracle
В конкретния случай MySql и PostreSql са безплатни инструменти и следователно не предполагат цена за придобиване на лиценз в нито един от тях.
Сега, oodb изисква обработчици на бази данни, които поддържат този тип архитектура, и както беше споменато по-рано, те са по-малко на брой в сравнение с dbms. Някои от малкото съществуващи oodbms са:
- Db4oInformixBdoviedo3
Може би това е една от причините, поради които oodb все още няма този растеж, който в един момент генерира толкова много очаквания.
Разработчик, който има в ръцете си възможността за изпълнение на проект за организация и който взема предвид, че всяка компания, която депозира голяма част от своята икономическа и функционална стабилност в модел на база данни, се стреми да спести време и разходи с това, би избрала На първо място, за използването на релационен модел причините са различни.Какво би станало, ако този bdd бъде разработен в обектно-ориентирана парадигма и няма силна подкрепа от компанията, която предоставя избрани oodbms?Какви реални ползи би имал потребител при работа със система, направена с oodb ?. Отговорите на тези въпроси са склонни на първо място да отхвърлят използването на oodb, но едно от основните предимства, които предлагат обектно-ориентираните системи, е по-ниската цена при разработването на проекта, както и „неговата гъвкавост и подкрепа за боравене със сложни типове данни по бърз и бърз начин ”.
Не забравяйте, че всяка компютърна система е толкова мощна, колкото и самият разработчик, следователно, ако лицето, което отговаря за проекта, притежава обширни познания за oodb, те няма да имат проблем да го изпълняват по тази парадигма, но информацията все още е „ донякъде оскъдни ”и още повече са„ експертите по въпроса ”.
От компютърна гледна точка, обектно-ориентираната парадигма изисква използването на различна логика, когато предлага възможен модел на решение; класове, наследяване, капсулиране, са само някои от основните понятия, с които ще трябва да се запознаем, ако искаме да възприемем тази парадигма като наш работен инструмент, надявайки се, че резултатите при разработването, съхраняването и извличането на данни, наред с други, ще бъдат положителни, поне така е написано на теория.
Релационният модел приема "може би" като по-голяма сложност, достигайки адекватна форма на нормализиране и установяване на правилните взаимоотношения и кардиналност, които ни позволяват да имаме ефективна операция в нашия bdd.
Трябва да се отбележи, че в момента съществува стандарт за управление на релационни бази данни, стандарт SQL. Този език за заявки дойде още по-силно върху тази релационна парадигма и направи този модел най-използваният досега от почти всички разработчици. Всеки dbms има своя собствена версия на SQL, но същността на езика е същата и тя продължава да бъде уникален по рода си инструмент и все още има дълъг живот пред себе си.
Oodb не изостават и наскоро бе пуснат инструмент, еквивалентен на SQL, OQL, който „не е изчислително завършен, обаче, заявките могат да извикват методи, и обратно, методите, написани на всеки език за програмиране, могат да включват консултации “. С този език се предлагат и ODL и OML, които са езиците за дефиниране на данни и за манипулиране съответно, и двете еквивалентни на SQL DDL и DML.
заключение
Считам, че обектно-ориентираните бази все още не са достатъчно узрели, за да бъдат първа алтернатива за решение, но предимствата, които предлагат, са широки и в един момент може би не твърде далеч напред излизат на преден план по отношение на развитието на базата данните са загрижени, но релационните модели на данни все още са много добър вариант, дори се разглеждат подобрения на тази парадигма, които в бъдеще биха могли да я потвърдят отново като най-широко използвания модел на база данни.
www.linksys.com.mx/linksyswebsitepages/linksyscentroaprendizaje/glosario/
en.wikipedia.org/wiki/Relational_Data_Base
es.wikipedia.org/wiki/Oriented_Data_Base_to_objects
html.rincondelvago.com/base-de-datos-relacional.html
www.monografias.com/trabajos5/tipbases/tipbases.shtml#capIII321
