Functional pagpapakandili at pamanggit database

Impormasyon ay palaging ang sapat na mga dynamic na ng interes. Pag-unlad, pamanggit database at impormasyon na teknolohiya programming wika kapansin-pansing nagbago ang nilalaman at istraktura ng interes. May ay isang tiyak na mahigpit na representasyon ng sistema. Pormalisasyon, ang eksaktong matematika at binary relasyon ay naging isang matagumpay at mabilis na lumalagong, lugar ng kadalubhasaan at karanasan.

Ang natural na mundo ng mga impormasyon ay hindi nagbago ang dinamika at pagbuo ng nilalaman at istraktura, umakyat sa mga bagong taas. Ito ay may isang makinis na hugis, at sa kalikasan walang anuman "parihabang". Impormasyon, siyempre, gagawing pormal, ngunit ito ay may dynamic, pagbabago ng hindi lamang ang mga data at algorithm ng kanilang processing, ang pagpapalit ng mga gawain sa kanilang sarili at ang kanilang mga patlang ng application.

Impormasyon> pormalisasyon ng data >>

Ang impormasyon ay convert sa ang data (data modelo, ang impormasyon na istraktura, ang data base ...) bilang ito nakikita programmer. May ay walang garantiya na ang pangitaing ito ay tama, ngunit kung ang programa malulutas nito ang problema, ang data ay pagkatapos ay iniharap sapat posibleng paraan.

Ang tanong ng kung paano maayos formalized impormasyon - isang bagay ng oras. Hanggang ngayon, ang konsepto ng dynamics (self-pagbagay sa pagbabago ng mga kondisyon ng paggamit) - mangarap lamang ng programming.

Functional pagpapakandili: "ang tamang desisyon = programa (programmer)" at ang kalagayan ng "tuloy-tuloy na pagsunod problema" ay may-bisa sa karamihan ng mga kaso, ngunit lamang nang magkasama. Ngunit ito ay hindi isang matematikal na batayan, na kung saan ay ginagamit upang lumikha ng mga database.

Direktang pahayag: natural at tuluy-tuloy dynamics ng impormasyon at mga problema-paglutas ng mga algorithm talagang lagi. Ang isang pamanggit database ay isang binary kaugnayan + + mahigpit na matematika tumpak pormal na disenyo + ...

Data, mga file at mga database

Paano data ay naka-imbak para sa isang mahabang oras ay hindi mahalaga, maging ito memory o isang panlabas na aparato. Hardware component ay umabot sa isang tumatag tulin ng lakad ng pag-unlad at matiyak na mahusay na kalidad sa malaking volume.

Pangunahing imbakan pagpipilian, iba't ibang embodiments mula sa paggamit:

• file;
• database.

Ang una ay ibinigay sa awa ng programmer (na record, sa kung ano ang format, kung paano ito gawin, kung paano basahin ...), ang pangalawang agad na pinagsasama ang pangangailangan para sa kaalaman ng mga simpleng functional dependency.

Ang sampling rate at pag-record ng impormasyon sa mga file (ng may tamang laki at hindi pang-astronomiya) ay napakabilis, at ang bilis ng mga katulad na operasyon ng database ay maaring maging makabuluhang mas mabagal.

Personal na karanasan at kolektibong karunungan

Sa kasaysayan nagkaroon ng mga pagtatangka upang pumunta higit sa limitasyon ay naabot, ngunit sa araw na ito mangibabaw pamanggit database. Ang isang yaman ng panteorya potensyal na, ang pagsasagawa ng malawak at developer - kwalipikado.

Ang paniwala ng functional pagpapakandili ng mga developer database magpataw ng isang programmer, kahit na wala siyang balak na gamitin ang kayamanan ng matematikal na-lohikal na karanasan ng pagbuo ng kumplikadong impormasyon istraktura, proseso, trabaho sa kanila, pagsa-sample at pag-record na impormasyon.

Kahit sa pinakasimpleng kaso, ang mga programmer ay depende sa database logic, kahit na ano siya ay pinipili ng upang gumana. Walang pagnanais na sundin ang mga canons, maaari mong gamitin ang mga file na makakuha ng isang pulutong ng mga file, at isang pulutong ng mga personal na karanasan. isang pulutong ng mga personal na oras ay ginugol, at ang problema ay malulutas sa loob ng mahabang panahon.

Hindi mahalaga kung paano mahirap maaaring lumitaw halimbawa ng functional pagpapakandili, ay hindi kinakailangang lumubog sa kailaliman ng kahulugan at logic. Kadalasan, dapat itong makikilala na ang kolektibong katalinuhan magagawang upang lumikha ng iba't ibang mga database, iba't ibang laki at pag-andar:

• solid Oracle;
• demanding ang MS SQL Server ;
• popular MySQL.

- mahusay na pamanggit database na may isang mabuting reputasyon, madaling gamitin, mabilis sa mga bihasang kamay. Kanilang paggamit nakakatipid ng oras at nag-aalis ang kailangan upang isulat ang susunod na sheet auxiliary code.

Mga Tampok Programming at Data

Sa programming ay mahaba ay isang sakit na ay patuloy na isulat muli, ulitin ang mga gawain ng mga predecessors, na sa paanuman isang bagay upang umangkop sa mga nabagong impormasyon, gawain, o ang kondisyon ng paggamit nito.

Ang kakaibang uri ng functional pagpapakandili ay na, tulad ng sa error programming ay maaaring maging napaka-mahal. Ang gawain ay bihirang simple. Kadalasan, sa panahon ng pormalisasyon ng impormasyon na nakuha sa pamamagitan ng mga kumplikadong representasyon ng data. ang kanilang mga elemento ay karaniwang kinilala, at pagkatapos ay sila ay naka-link sa mga tiyak na key mga relasyon, at pagkatapos ay sa pagiging itinatag algorithm anyo ng mga talahanayan, query, pagkuha ng impormasyon algorithm.

Kadalasan mahusay na halaga ay nakatali sa pag-encode. Hindi lahat ng mga database ay nag-aalok mobile na mga solusyon ay kadalasang maaaring nahaharap sa kung gaano kahusay ang tono na pagsasaayos ng MySQL, na kung saan ay namamalagi sa isang dosenang mga database, mahusay at matatag na pagtatrabaho, pagpilit na ang mga developer upang gumawa ng mga pang-onse base katulad ng sa mga pa doon.

May mga beses kapag ang isang ibinahaging hosting naglilimita sa pag-andar ng PHP at ito ay nakakaapekto sa programming ng database access.

Sa programming responsibilidad sa araw na ito para sa ang katumbas na responsibilidad programa algorithm para sa paglikha ng isang modelo ng data. Ang lahat ay dapat na gumana, ngunit dapat mong laging plunge sa maze ng teorya.

DB: simpleng relasyon sa data

Una sa lahat, ang konsepto ng database - ito database bilang sistema ng pamamahala ng database (hal, MySQL), at ilang impormasyon na istraktura na sumasalamin sa mga bagay ng data at mga relasyon sa pagitan ng mga ito. Isa database MySQL «hold na» sa kanyang sarili bilang maraming mga istraktura ng impormasyon para sa iba't ibang mga application. One Oracle database ay maaaring magbigay ng impormasyon na proseso ng isang malaking kumpanya o bangko upang makontrol ang seguridad at integridad ng data sa pinakamataas na antas, na matatagpuan sa isang hanay ng mga computer na sa iba't ibang mga distansya sa iba't ibang mga kapaligiran na kasangkapan.

Mga tinatanggap na ipalagay na ang ratio ay ang pangunahing pamanggit modelo. An elementary may kaugnayan - ay isang hanay ng mga haligi at mga hilera na may mga pangalan ng mga halaga. Classic "na kahon" (tingnan ang talahanayan) - isang simple at epektibong pag-unlad. Ang pagiging kumplikado at ang functional pagpapakandili ng database ay nagsisimula kapag ang mga "kahon" ay nagsisimulang pumasok sa isang relasyon sa bawat isa.

Ang pangalan ng bawat haligi sa bawat talahanayan ay dapat na natatangi sa context ng problema. Ang parehong ay hindi maaaring ibigay sa dalawang tables. Alamin ang kahulugan ng mga konsepto:

• "Ang pagtukoy ng kakanyahan";
• "Ibukod ang pag-uulit";
• "Inayos na relasyon";
• "Upang matiyak ang katumpakan."

- isang elementarya na kailangan na gumamit ng isang database at bumuo ng isang modelo ng data para sa isang tiyak na gawain.

Paglabag ng alinman sa mga konseptong ito - ang mababang kahusayan ng algorithm, mabagal data sampling, data pagkawala at iba pang mga problema.

Functional pagpapakandili: ang logic at kahulugan

hindi mo maaaring basahin ang tungkol sa mga tuples ng relasyon, tungkol sa ang katunayan na ang pag-andar - ang isang hanay ng mga argumento na tumutugma sa hanay ng mga halaga at pag-andar - ay hindi lamang isang formula o schedule, ngunit maaaring bibigyan ng isang hanay ng mga halaga - table.

Hindi kinakailangan, ngunit ito ay hindi nasaktan upang kumatawan sa functional na relasyon ng:

F (x1, x2, ..., xn) = (y1, y2, ..., yn).

Ngunit siguraduhin na maunawaan na sa pasukan - ang table, ang output ay din ng isang table o isang partikular na desisyon. Karaniwan, ang functional relasyon nagtatakda ng logic ng ugnayan sa pagitan ng mga talahanayan, query, mga pribilehiyo, mga trigger, naka-imbak na mga pamamaraan at iba pang mga sandali (sangkap) database.

Karaniwan, ang mga talahanayan ay na-convert sa isa't isa, pagkatapos ay ang resulta. Ngunit ang paggamit ng mga functional pagpapakandili ay hindi limitado sa tulad ng isang ideya. programmer ay nagbubuo mula sa representasyon ng mga data na larawan, ang domain modelo, ang impormasyon na istraktura ... hindi mahalaga kung gaano na tumawag ito, ngunit kung ito ay gumagana para sa isang partikular na database, dapat itong batay sa logic, na kumuha sa account ang mga kahulugan at diyalekto ng wikang ginagamit, bilang isang panuntunan, SQL.

Maaari itong Nagtalo na ang mga functional na mga katangian ng dependency database ay magagamit sa pamamagitan ng mga diyalekto na ginagamit ng mga SQL wika. Ngunit mas mahalaga na maunawaan na matapos ang lahat ng mga tagumpay at kabiguan ng pag-unlad, hindi kaya maraming mga database nakatapos, ngunit maraming mga dialects ng wika at mga pagtutukoy ng mga panloob na istruktura sa mga database, masyadong.

Oh ang mabuting lumang Excel

Kapag ang computer ay may ipinapakita ang sarili nito sa positibong panig, ang mundo ay isang beses nahahati sa mga programmer at mga gumagamit. Bilang isang panuntunan, ang unang paggamit:

• PHP, Perl, JavaScript, C ++, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

ikalawang:

• Word.
• Excel.

Ang ilang mga user na pamahalaan upang gawin ang kanilang sariling (nang walang tulong ng mga programmer) sa Word Database - isang tunay na bagay na walang kapararakan.

Ang karanasan ng gumagamit sa Excel upang lumikha ng isang database - praktikal at kawili-wili. Ang mahalagang bagay ay na ang Excel, sa pamamagitan ng mismo, ay functional, makulay at praktikal.

Hugis ng mga talaan ideya ay tinukoy ang konsepto ng functional pagpapakandili ng visibility at pagiging naa-access, ngunit ang mga nuances ay sa bawat database. Ang bawat tao'y may kanilang sariling mga "mukha", ngunit mula sa Excel sa Oracle manipulahin simple parisukat, ibig sabihin, mga talahanayan.

Kung isaalang-alang namin na ang Excel - ito ay hindi isang database, ngunit maraming mga gumagamit (hindi sa mga developer) kaya ito ay ginamit, at ang Oracle - ay mahirap unawain at malakas na upang makamit ang isang malaking pangkat ng mga developer ay sa larangan ng database, ito ay nagiging natural na umamin - database ay isang representasyon partikular na programmer (team) ng mga tiyak na mga problema at solusyon nito.

Ano ang functional relasyon, na may ano, saan, bakit ... tila lamang sa may-akda o pangkat hinggil doon.

Tungkol sa kung saan relational attitudes ay

Pang-agham at teknolohikal na pag-unlad - isang napaka-masakit na pamamaraan, at kung minsan ay malupit. Kung isipin ang mo kung saan ang mga database na nagsimula, kung ano ang * .dbf, parehong branded kibernetika, pagkatapos ay nahulog sa pag-ibig na may computer science at nagsimulang ayusin ang mga obstacles sa ang kilusan ng high-tech na sa antas ng bansa, ito ay nagiging malinaw kung bakit relational database ay kaya mahusay ang memorya at mabuti. Bakit ang klasikong estilo sa araw na ito live na programming, at object-oriented programming ay nagre-nagkakahalaga, ngunit ay hindi pa pinasiyahan.

Hindi mahalaga kung gaano kaganda ang mga functional na relasyon sa konteksto ng matematika:

Ito ay hindi isang binary relasyon, o sa halip, ito ay isang pagkakataon upang muling pag-isipan ang ideya ng pagtaguyod ng mga relasyon sa pagitan ng mayorya ng mga katangian, upang siyasatin ang "isa-sa-maraming mga" pakikipag-usap, "marami sa isa", "marami sa maraming" o "maraming gawin, at isa sa mga partikular na."

Opsyon relasyon ay maaaring makabuo ng mga mahusay na iba't-ibang. Ito matematika na lohika, at ito ay mahigpit na! Impormasyon - ito ay may sariling matematika, espesyal. maaari lamang itong maging isang pormalidad sabihin na nagkaroon ng malaking kawalan.

Maaari mong gawing pormal ang mga gawain ng kagawaran ng mga tauhan, isulat ACS para sa pagkuha ng langis o ang produksyon ng gatas, tinapay, gumawa ng isang pagpipilian sa isang malaking base ng Google, Yandex at Rambler, ngunit ang resulta ay palaging magiging static, at ang bawat punto ng oras ay ang parehong!

Kung ang functional relasyon = strict logic at matematika = batayan para sa database, kung anong uri ng dynamics maaari naming makipag-usap. Anumang desisyon ay pormal na, ang anumang mga pormal na data model + = mahigpit na algorithm tumpak at hindi malabo na desisyon. Impormasyon at saklaw ng anumang programa ng mga pagbabago sa lahat ng oras.

Sample search engine sa parehong parirala sa paghahanap ay hindi maaaring ang parehong pagkatapos ng isang oras o dalawa, at, malinaw, sa isang araw - kung ang mga parirala sa paghahanap ay tumutukoy sa mga lugar ng impormasyon kung saan ang isang bilang ng mga site, mga mapagkukunan, kaalaman, at iba pang mga elemento ay patuloy na nagbabago .

Tungkol sa mga linya at mga bagay

Kahit na ang programa ay payak na matematiko, at database nito ay hindi kahit na-iisip tungkol sa mga dynamics ng lahat doon ay palaging isang linya. At doon ay isang mahabang linya. At ito ay walang katapusan na hindi maaaring maging. kahit hindi ito maaaring maging isang variable, ang mga variable na lamang nang may pasubali. Sa karagdagan, ang anumang database ng kanilang mga matematika at binary-bureaucracy nagpapataw ng maraming mga formalities, at ito bilis + kalidad sampling at impormasyon sa pagpoproseso.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. Kung ang mga ito o iba pang mga patlang sa database ng mga data, lalo na tunay na sa limitasyon ay idadagdag: ang bit na numero, ang pagkakaroon ng ang titik 'e', pagtatanghal na format - sa maikling salita lahat ng dako at laging mayroong mahalagang katangian ng functional dependency database: string conditional variable na haba na may isang masa ng binary formalities at mahigpit na matematikal na limitasyon.

Kung binago mo ang tono at pakinggan ang tibok ng dynamics, ang lahat ng mga bagay ay maaaring ipininta sa. Sa unang approximation, ang haligi ng pangalan sa talahanayan - ay isang bagay, ang isang listahan ng mga pangalan - ang parehong bagay, sa maikling talahanayan - isang bagay header at ito mga pangalan ng mga haligi sa header. At caps ay hindi maaaring ...

Gayunman, ang mga string ay maaaring maging isang table. At sa linya ay maaaring maging ng halaga. At bakit dapat lagi silang maging kapareho ng numero. Buong square talahanayan - sa partikular, at sa karamihan ng mga kaso, pribado.

Kung isipin mo ang lahat ng mga disenyo sa mga bagay database, at pagkatapos, marahil, ay hindi na bumuo ng isang mahigpit na binary relasyon. Ito ay isang natural at isang tunay na kahulugan, kung lamang dahil ito ay isang layunin ng (tiyak na hindi mathematical) logic ay sumasalamin sa dynamics ng impormasyon at ang kapaligiran kung saan may mga gawain.