Kad būtu runa par nopietnu sistēmu izstrādi, tad par Taviem biznesa IS izstrādes diplomiem u.c. atziņām vienkārši pasmaidītu un Tu tos varētu iestādīt “atkritnē” vai nolikt mājās plauktā lai zīmētos tiem, kas nesaprot kāds mākslīgs fufelis tas ir. Papīrīši, kas apliecina EXTENSĪVAS zināšanas n-to abstrakcijas slāņu frameworkos, kas šodien ir, bet rīt vairs nebūs, jo kāds būs uzcepis kārtējo jauno variāciju ar vēl augstāku abstrakciju, kas globāli ilgtermiņā sekmēs tikai vēl trulāku “speciālistu” radīšanu mācību iestādēs un nākošo pārabstrakcijas truluma vilni industrijā.
Klients maģiski teleportējies ārā no servera skopes, nd/nnd vairs maģiski vērtības neapstrādā un ļauj tik barot iekšās visu, kas ienāk prātā un problēmas pārcelšana no punkta A uz punktu B pēkšņi maģiskā kārtā atrisina visas problēmas. Wow, esi atklājis pirmo universālo un vienmēr korekto atbildi uz senu programmēšanas jautājumu.
Protams, ka bināru datu saturu nekāds draiveris nepārbauda, jo tas nemaz nezin kam tur jābūt un ko pārbaudīt. Bināriem datiem pārraidē ir jāzin tikai izmērs baitos. Jau n-to reizi atkārtoju, ka, lai kaut ko sāktu saprast, Tev vajadzētu teleportēties ārā no savas līko web risinājumu aprobežotās pasaulītes! Tagad līkākā datu bāze MySQL par piemēru viņam… Speciāli sameklēju informāciju “dļa osobo tupih”, kuriem lietas būtība bez praktiskiem piemēriem nemaz nepielec!
Izrādās, ka MySQL izstrādātāji tiešām ir TIK lieli auni, ka kopš iznākšanas 1995. gadā client/server protokolā visi datu tipi ir tikuši pārraidīti tekstā. Astoņu gadu laikā gan ir sapratuši, ka kantaini kluči TOMĒR neripo uz priekšu, un 2003. gadā izlaiduši 4.1 versiju, kurā izgudrojuši riteni – bināru datu pārraidi. Jauki – tagad arī MySQL brauc ar apaļiem riteņiem! 😀
https://dev.mysql.com/doc/refman/4.1/en/news-4-1-0.html
“New faster client/server protocol that supports prepared statements, bound parameters, and bound result columns, binary transfer of data, warnings.”
Marš lasīt mysqlnd un mysqld sources.
Sources te nav jālasa, pietiek ar klienta/servera protokola dokumentāciju:
https://dev.mysql.com/doc/internals/en/parameter-packet.html
https://dev.mysql.com/doc/internals/en/row-data-packet-binary.html
Par piemēru varam paskatīties normālā protokolā – Tabular Data Stream, ko izstrādā un izmanto savos produktos Sybase un Microsoft:
https://www.sybase.com/content/1040983/Sybase-tds38-102306.pdf
291. lpp. – bināri, optimāli, vienkārši un eleganti.
Bez augstāk minētā stringu protokola idiotisma, vēl pāris MySQL izstrādātāju “līmeni” norādoši sviesti:
* PDO, kas ar PHP 5 beidzot tika ieviests tikai 2004. gadā, pat vēl šodien neatbalsta viena pieprasījuma tiešu izpildi (netaisot prepare/execute) kopā ar parametru bindošanu. Piemēram, ODBC tas tikai ieviests ar 2.0 versiju 1994. gadā! Tur ir gan SQLExecDirect, gan SQLPrepare+SQLExecute, bet abas izpildes strādā ar SQLBindParameter.
* Tāpat kā PHP – slikta dokumentācija. Tam pašam 2003. gadā izlaistajam binārajam protokolam vēl stāv rakstīts klāt “(Tentative Description)”, un arī visa pārējā dokumentācija ir nožēlojama.
* Caurs kā Holandes siers. Tāpat kā PDO, uz ko pats vēl devi linku!
* Licence – stulbais juridiskais trojānis GPL.
Nu, nu, nebāz galvu smiltīs, kad sākas pats interesantākais – tas kā Tu pierādīsi, ka kantains ritenis ripo labāk!
.
