Маалымат адатта программалоо менен байланышкан жана заманбап маалымат дүйнөсүндө үч логикалык эквиваленттүү версияда берилет: программалоо тилинде программада сүрөттөлгөн жана колдонулган маалыматтар; маалыматтар базасы системаларындагы маалыматтар; бөлүштүрүлгөн маалымат системаларындагы маалыматтар. Заманбап программалоо маалыматты формалдаштыруунун биринчи вариантына гана салыштырмалуу эркиндик берди. Экинчи эки вариант - маалыматтын жана анын компоненттеринин ортосундагы мамилелердин аздыр-көптүр ишенимдүү формалары.
Мурдагы жана азыркы маалыматтар
Программалоо тилдеринин негизги позициясы бул маалыматтардын жана алгоритмдердин так сүрөттөлүшү. Компьютерлер белгисиздиктин эч кандай мүмкүнчүлүгүн "бербейт": бир нерсеге аракет кылуу керек жана ошол аракетти аткарган буйрук бар.
Заманбап концепция бир кыйла жогорку фундаментке негизделген: берилген бар жана ал кандай болоору аны колдонуу жеринде аныкталат. Кандай болгон күндө да, колдонуу учурунда маалыматтар автоматтык түрдө текшерилет жана туура түргө которулат. Заманбап программист алардын алдын ала сүрөттөлүшүнө жана алгоритмдеги типтердин шайкештигине кам көрүүгө милдеттүү эмес.
Өтүү процесси:
- терилген маалыматтардан жана колдонуудан мурун анын милдеттүү сыпаттамасы;
- түрүлбөгөн маалыматтарга жана аны сүрөттөп жана колдонууга милдеттүү эмес.
Чынында, биз формалдаштыруу талаптарынын салыштырмалуу жеңилдешин тааный алабыз - ал заманбап программалоо куралдарынын чөйрөсүндө гана жеткиликтүү. Аткаруу убагында ар бир маалыматтын түрү бекитилет жана буйрук ырааттуулугу так аныкталган.
Түрлөр жана моделдөө
Математика жана физика, соода жана өндүрүш, экономика жана сандар колдонулган башка тармактар ар дайым маалыматтар менен иштешип, тип түшүнүгүнө эч кандай маани беришкен эмес. Сандардын бүтүн же бөлчөк болушу эч кандай мааниге ээ эмес.
Ар бир конкреттүү формула же конкреттүү аракет бүтүн, чексиз бөлчөк, реалдуу же татаал санды бере алат. Ушул убакка чейин чексиз кичинекей, чексиз чоң деген акыл кереметтери бар. Болгондо да, бул кереметтердин касиеттери бар.
Программалоодо дагы деле эркиндик жок. Бардык нерсе катуу формалдаштырылышы керек. Маалымат түшүнүгү, биринчи кезекте, бир түрү болуп саналат:
- integer;
- логикалык;
- char;
- сап жана башкалар.
Түрлөрдүн аталыштары ар кандай программалоо тилдеринде ар кандай болушу мүмкүн, бирок ар дайым бүтүн же реалдуу сан, логикалык маани, символ,линия. Дагы эле калдыктар жана конкреттүү идеялар калды: кол коюлбаган бүтүн сан, код, байт, сөз, кош сөз, белгиленген узундуктагы сап.
Маалыматтар системасындагы маалыматтар түшүнүгү эч кандай эркиндикке ээ эмес. SQL тили - "эл аралык" (ар бир заманбап маалымат базасы үчүн диалект бар) - маалыматтарда гана эмес, SQL сурамдарында да так эместиктерге чыдабайт. Сурамдагы ката - натыйжанын жоктугунун кепилдиги. Сүрөттөмөлөрдү бузуулар тууралуу такыр сөз кылуунун кереги жок.
Маалымат процесстерин жана берилиштерди көрсөтүүнү моделдөө - өзгөрүп жаткан шарттарга ыңгайлаша ала турган структураны куруунун бирден-бир ишенимдүү жолу.
Түпнуска динамикасы
Табигый маалымат үзгүлтүксүз өзгөрүп турат. Белгилүү бир предметтик чөйрөдө маалымат моделинин формалдуу сүрөттөлүшүн жана концепциясын берүү үч маселени чечүүнү билдирет:
- бул жерде кандай дайындар бар экенин аныктаңыз;
- алардын ортосундагы мамилени расмийлештирүү;
- дайындарды жана мамилелерди өзгөртүү процесстерин сүрөттөйт.
JavaScript'те жөнөкөй алгоритмдин берилиштер топтомунун мисалы - эң катуу маалымат базасын башкаруу тутумунун моделинин кыскартылган көчүрмөсү.
Бул жөн гана экинчи учурда, эксперттер жана адистер маалымат структураларын, таблицаларды жана мамилелерди долбоорлоодо, адатта, нерселердин маңызын көрүшпөйт (бул табигый маалыматтын чоң көлөмүн камтуу чындап эле кыйын) жана тема чөйрөсүндө булак маалыматы эркин жана оңой айланат.
Статикалыкмүмкүн
Баракка тиркелген кодду жана бет тегдериндеги окуяларга дайындалган функцияларды кошуу кадимки JavaScript практикасы. Кандай болбосун, бет тегдери берилген веб-ресурс кабыл алган, өзгөрткөн же түзүүчү дайындарды аныктайт.
Эгер сиз иштетүүчү кодуңузду бүтүндөй барак кодуна эмес, элемент окуяларына кылдаттык менен топтосоңуз, бул эң жакшы чыгуу жолу. Идеалында, код жаңы дайындарды киргизбесе же жеткиликтүү дайындарды оңдобосо, бирок белгилүү бир учурда анын эмнеси бар экенине көңүл бурат.
Чындыгында, эгер сиз "маалымат" түшүнүгүн булак маалыматынын минималдуу статикалык сыпаттамасы катары аныктап, аны аткарсаңыз, анда бул сиздин ийгиликке жетүү мүмкүнчүлүгүңүз бар дегенди билдирет.
Базаларга келсек, нерселер алда канча татаал. Кандайдыр бир JavaScript коду баракты функционалдуулук менен "камсыз кылууда". Ар бир маалымат базасы таблицалардын, алардын ортосундагы мамилелердин, сакталган процедуралардын, сурамдардын жана сырттан жеткиликтүү функциялардын жыйындысы.
Статикалык - бул бардык алгоритмдердин көйгөйү. Маалыматтын заманбап концепциясы статикалык: сан, сап, символ ж.б.у.с. Иштеп жатканда же маалымат базасынын таблицасына жазып жатканда, баары жылмакай болуп чыгат. Бирок түпнуска качан башка өлчөмгө же мааниге ээ болот? Биринчи вариант: белгини өзгөртүңүз, бирок байланыштар жана сурамдар дароо түшүп калышы мүмкүн.
Статика жана объекттер
Объект катары "маалымат" түшүнүгүн аныктоо кырдаалды кескин өзгөртөт. Объекттин өзүнүн структурасы бар. Бул жерде сиз каалаган өзгөрмөлөрдүн каалаган сүрөттөмөсүн колдоно аласыз. Роль ойнобойт. Объекттин маалыматтар жеткиликтүү болгон ыкмалары бар. Баарынан берипрограммалоо тармагында колдонулат, башкача айтканда, үч негизги ыкмалары: окуу, жазуу, өзгөртүү. Салыштыруу, издөө, клондоо ж.б. үчүн дагы кошумчалай аласыз.
Предметтик аймак ар бир маалыматка бир катар касиеттерди жүктөйт. Ошентип, маалымат түшүнүгү динамикалык түрдө өзгөрө турган сүрөттөлүштүн түрүнө айландырылат экен. Объекттин ичиндеги статикалык анын сыртында динамика берет.
Объекттин ичиндеги статикалык дескрипторлордун айкалышын өзгөртүү менен анын башка объекттер менен болгон мамилесинин динамикасы жөнүндө кабатыр болбоңуз.
Маалыматтарды программалоо жана көрсөтүү
Дайындар деген эмне? Коомдук аң-сезим маалымат технологияларына көнүп калган, булуттарда иштейт жана виртуалдык мейкиндиктерде контейнерлери бар. Эми маалымат жана аны пайдалануу маселелеринде профессионал программисттер жана колдонуучулар гана эмес, жөнөкөй адамдар да компетенттүү.
Бирок программалоо деген эмне? Ушул күнгө чейин коомдук пикир бул түшүнүккө жана анын түшүнүктөрүнө төмөнкүдөй аныктама берет:
- Маалымат жана маалыматтар информатикада колдонулган негизги түшүнүктөр.
- Маалымат - бул курчап турган чындыкка салыштырмалуу алынган жана жазылган байкоолордун белгилүү бир жолу.
- Алар жөнөкөй жана татаал (түзүмдөр), негизги жана кошумча.
- Маалымат базасы – бул аларды табуу, өзгөртүү жана колдонуу үчүн системалуу түрдө берилген көз карандысыз материалдардын жыйындысы.
Бул канчалык объективдүү? Авторитеттүү авторлорошондой ойло. Чыныгы практика ар бир предметтик аймак өзүнүн туура маалымат тутумун аныктап, жакшы динамикалык моделди курууга бардык мүмкүнчүлүктөрдү берет.
Кардар (керектөөчү) кантип жана эмне кылуу керектиги боюнча программистке (маалымат базасынын дизайнерине) өз пикирин таңуулоосу сейрек учурайт. Программалоонун көз карашынан алганда, кардардын каалаган каалоосу эң тактык менен аткарылышы мүмкүн.
Айылды суу менен камсыз кылууну (айылдагы 21-имарат) бюджеттештирүү маселесин чечүү үчүн Oracle керек - жакшы. MySQL Россиянын бардык почта бөлүмдөрү үчүн почта жөнөтмөлөрүнө көз салуу системасын уюштуруу үчүн керек - баары иштейт.
Сиз ар дайым каалаган алгоритмди түзө аласыз жана маалымат базасын башкаруу тутумун же программалоо тилин иштеп чыгуучу тарабынан орнотулган маалыматтар түшүнүгүнүн аныктамасынын чегинде маалыматтын каалаган көрсөтүлүшүнө мүмкүнчүлүк бере аласыз. Суроо башка: муну максималдуу динамикада минималдуу чыгымдар менен кантип жасоо керек?
Маалымат базалары, мисалдар
Жөнөкөй база модели жок түзүлөт. Маалымат жана байланыштын негизги түшүнүктөрү кичинекей, функционалдуулугу өтө жөнөкөй. Мисалы, жогорку окуу жай үчүн сизге керек:
- мугалимдердин столу;
- топтук таблица (ачкыч жана топтун номери);
- студенттердин жалпы таблицасы (топтук ачкычтар колдонулат).
Декан мугалимдердин жетишкендиктерин билгиси келет. Мугалимдер столунун талаалары бар:
- фамилиясы;
- name;
- атасынын аты;
- көзөмөлдөнгөн топтун номери.
Студенттик столдо талаалар бар:
- фамилиясы;
- name;
- атасынын аты;
- туулган датасы;
- GPA (бардык предметтер үчүн);
- топтун номери.
Тандыруунун жок дегенде эки варианты болушу мүмкүн: мугалимдин атын колдонуп, топтун номерине кирип, бардык студенттерди жана алардын орточо упайларын, же мугалимдин фамилиясы жана акыркысы боюнча көрө аласыз. студенттин аты-жөнү, сиз акыркысынын орточо упайын көрө аласыз.
Мындай жөнөкөй версияда да көйгөйлөр кепилденет жана бир нерсени өзгөртүүгө туура келет. Кырдаал: мугалим ооруп калды, аны дагы бир ай алмаштырат, демек ал эки топту жетектейт. Мугалимдер таблицасында бир топ номеринин астында бир гана талаа бар.
Маселени чечүү үчүн кайталанма талааны кошушуңуз керек. Ал эми экөө ооруп калса, анда үч талаа кошуңуз. Ошентип, мугалимдердин дасторкону нөлдөн баштап өсө баштайт.
Башка вариант бар: топтук ачкычтын сан талаасын символикалык менен алмаштырыңыз. Андан кийин, сиз тандаган сайын сапты баскычтардын ырааттуулугуна айландырышыңыз керек болот жана бир sql сурамы бир нечеге айланат.
Көбүрөөк келечектүү мисал - таблицаларды жасоо эмес, объекттерди жасоо. Ошондо мугалим объект болуп саналат жана анын бир нече көзөмөлдөнгөн топтору болушу мүмкүн. Бирок ал ар дайым бир объект болуп саналат. Мугалим объектинин уникалдуу ачкычы бар, бирок бир нече көзөмөлдөнгөн топтор болушу мүмкүн. Топтун уникалдуу ачкычы да бар. Студент да.
Үч позиция тең тапшырманын ичинде гана жеткиликтүү эмес, аны андан ары өнүктүрүүгө болот.
Объектке багытталган негиздер
Маалымат индустриясынын лидерлериклассикалык реляциялык маалымат базаларын сунуштайт. Алар жашоонун сыноосунан өткөн, иштешет, коопсуз, ишенимдүү жана көйгөйлөр пайда болгон учурда маалыматты калыбына келтирүүгө мүмкүндүк берет.
Объектке багытталган маалымат базалары (OODB) 1980-жылдардын ортосунда иштелип чыга баштаган жана авторитеттүү авторлордун айтымында, бүгүнкү күнгө чейин келечектүү. Бирок азырынча фундаменталдык теориялардан жана концептуалдык жоболордон тышкары, MySQL, MS SQL Server же Oracle сыяктуу рейтингге жана бөлүштүрүүгө жетишкен бир дагы OODB анын ар түрдүү инкарнацияларында жок.
Бирок, эгерде аныктаманы, маалыматтардын, типтердин, атрибуттардын, класстардын, иерархиялардын түшүнүгү ушул OODB менталитетине ишенген программисттердин коомчулугун түзүү үчүн рейтинги жетишсиз болгон иштеп чыгуучу тарабынан сунушталсачы? Биз өзүбүздүн күчүбүзгө таянышыбыз керек.
Linux чөйрөсүндө OODBдин отуздан ашык варианттары түзүлгөн. Бирок түзүлгөн маалымат базасы көбүрөөк функцияны талап кылбайт деген кепилдик кайда? Windows чөйрөсү бул тармакта көп кепилдик бербейт.
Объектке багытталган чечим
Бирок, бир чечим бар. Мисал катары MySQLди колдонуу менен, стандарттык реляциялык таблицалар чечилип жаткан маселенин объектиге багытталган моделине кантип айланганын көрсөтө аласыз.
Бул жерде маалымат базасы жок, бирок объекттердин өзүңүздүн системаңызды түзүү үчүн чөйрө бар. MySQLдин күчү маалымат саптарындагы таблицалар үчүн реляциялык эс катары гана колдонулат. Колдонуу логикасын иштеп чыгуучу өзү аныктайт. Атап айтканда, is_cache таблицасы бар. Анда баары барбир нече негизги талаалар:
- ээсинин_коду;
- session_code;
- h_code;
- сюрприз;
- a_contents.
Калган талаалар тейлөө функцияларын аткарышат. Бул таблица ар кандай суроо-талаптын киришинде турат жана анын келишин жазат. Берилиштер базасынын модели кандай иштеп чыгаарын аны иштеп чыгуучу аныктайт. Мазмун талаасына эмне туура келери (a_contents) иштеп чыгуучу тарабынан түзүлгөн моделдин объекттери менен аныкталат.
Бул идеяда төрт нерсе бар: хит, хит сессиясы, хит тарыхынын коду жана конкреттүү мазмун. Чакыруу деген эмне, объекттердин кандай тутумун куруу керек - иштеп чыгуучу тарабынан аныкталат. Сеанс (жумуш процесси) деген эмнени билдирерин иштеп чыгуучу аныктайт. Таржымал коду - суроо-талаптар боюнча артка кайтаруу мүмкүнчүлүгү.
Бул жердеги таблицалардын темага эч кандай тиешеси жок. Чалуу контроллери бар (is_cache), журналдар бар (is_customs), чалуу тарыхы бар (is_histories). Калган таблицалар чечилип жаткан тапшырма менен аныкталат.
Чындыгында, бул чечим курулган домен базасынын моделине жана чечилип жаткан көйгөйгө негизделген өз OODB түзүүнү сунуштайт. Бул жерде чоң плюс бар - бул сиздин жеке маалыматтар концепциясы, аларды көрсөтүүнүн өз модели жана алардын ортосундагы мамиле. Бул жерде негиз бар - чоң реляциялык маалымат базасы. Бир нерсени издөөдө жана бир нерсени туура эмес түшүнүүдө эч кандай кыйынчылыктар болбойт.
Модел: объект системасы + DBMS
Маалыматтык технологияда эч нерсени өзгөртүү дээрлик мүмкүн эмес. Чыныгы маалыматтык революция али алыс. кесиптик аң-сезимпрограммалык камсыздоону иштеп чыгуучулар классикалык салттарды өзгөртө турган жок. Бирок кырдаалдан чыгуунун дагы деле жолу бар.
Өзүңүздүн моделиңиздин бар болушу үчүн чөйрөнү түзүүнүн негизи катары ишенимдүү заманбап маалымат базасын башкаруу системаларын колдонуу менен сиз байкаларлык ийгиликке жете аласыз.
Кандай болгон күндө да тапшырманы чечүү үчүн көз карашты же маалымат моделин түзүшүңүз керек болот, бирок аны туура кылышыңыз керек: ал объекттердин системасы болсун, ал эми жакшы СББ анын чөйрөсү болсун.
