@laacz tvītu arhīvs

Starp citu, labākais bezmaksas MySQL tutoriālis nāk no Planetscale. Jā, mysql, fuj, vai ne? Nē, kā starts derēs. Un bieži vien arī vairāk neko nevajadzēs. https://planetscale.com/courses/mysql-for-developers/

@laacz Ņemot vērā, ka mysql ir ar izcilu binlog replication kā arī eksistē tāda lieta, kā orchestrator, tad neko citu nevajadzēs ļoti ilgi :)

@laacz Reputāciju MySQL sabojāja visādi ap 2004. gadu savairojušies webmāsteri. Visa db bija 3 tabulas, pati galvenā tabula bija "menu items" ar 4 ierakstiem - about, contacts un home.

@ValdisBluzma Nu nē. MySQL reputāciju ir sabojājušas tā īpatnības, neatbilstības standartiem, vēsturiskās nianses ar čārsetiem un kolācijām, fīču nepilnīgums.

@ramuuns Par ochestratoru neko nebiju dzirdējis. Man tādu lielu mysql topoloģiju nav. Tnx, incanti palasīties.

@laacz Kā starts der arī SQLite, un diez gan bieži neko vairāk nemaz nevajag

@lastguru_net Piekrītu. Sqlite ir monstrs, ja vien nav augsta konkurence.

@laacz Patiesība ir apmēram pa vidu. :-) file system --> SQLite --> MySQL --> PostgreSQL

@laacz Kā starts? Vecajā darbā mums bija padsmit terabaitu MySQL datubāzes ar štukām kveriju sekundē. :)

@laacz "kā starts" derēs jebkas, bet MySQL vispār nav fui. Der ļoti daudz kam un ir savas stiprās puses pret jebkuru. Piemēram, enginu izvēle ļauj labi pielāgoties dažiem speciālgadījumiem un savienojuma izveides ātrums ir izcils.

@kristapsk Mums arī tāds ir. 30TB, desmitiem tūkstošu qps.

@TontonsB Hmm. Man šķiet, ka engines vairs neviens neizvēlās. InnoDB ir de facto standarts un ļoooooti reti ir nepieciešams kas ļoti eksotisks un specifisks.

@laacz @lastguru_net BTW, CludFlare palaiduši Alfa versijā D1 servisu, kas, principā, ir distributed SQLite DB.

@dzhonijs @laacz Jā, vienam projektam mēģinu izmantot šobrīd. Pagaidām izskatās labi…

@dzhonijs @lastguru_net Baigi skopi ar tehnisko dokumentāciju. Nav skaidrs par realizāciju - master un async reppikacija (litestream vai analogs), vai kas cits?

@laacz @lastguru_net Jā, šiem tur ar doķiem šitam vēl pasūdīgi. Jauns produkts. Diezgan svaigs un zaļs. Es tieši plānoju paniekoties tuvākajās dienās. Redzēs kā būs.

@lastguru_net @laacz Ar SQLite vismaz saproti, ka tā nav aršana ilgtermiņa svarīgu datu glabāšanai. Latvijas dev-kultūras mīlestība krāmēt mysql kā pamatbāzi enterprise sistēmu produkcijai diemžēl ir kaut kas pabriesmīgs. Kur tam kājas aug, kādā no augstskolām?

@cresado @lastguru_net Te nu es nevarētu piekrist. MySQL ir gana stabils, lai būtu arī kā novietne nopietniem datiem. Tas, ka tam ir savas nepilnības tīri no DBVS puses, ir cits jautājums.

@laacz @lastguru_net Precizēsim - mysql ir pārāk viegli lietot nepareizi, ja nesaproti, ko dari un pieaicināt nopietnāku palīdzību tikai tad, kad dati jau ir zaudēti. Ne ka MySQL būtu izteikti nestabils pats par sevi.

@cresado @lastguru_net Es uz sitiena nevaru iedomāties ko tādu, ko nopietns uzņēmums ar nopietniem DBA varētu izdarīt vai neizdarīt ar mysql, lai tas būtu risks.

@laacz @cresado @lastguru_net CREATE TABLE ... ENGINE=MEMORY Gan jau arī citās DB var izdomāt kaut ko līku

@neiebraucu @cresado @lastguru_net Huh? Ir specifiski gadījumi, kad lieti noder.

@laacz @cresado @lastguru_net Protams. Vienkārši vienīgais variants, ko es spēju iedomāties "kā viegli pazaudēt datus"

@cresado @laacz @lastguru_net Jautājums - ko nav viegli lietot nepareizi?

@laacz @lastguru_net 'Ar nopietniem DBA' ir atslēgas vārds. MySQL (un mongo, bet ar mazākam sekām) ir tās sistēmas, kur Devi ir pārliecināti, ka tiks galā paši, bez nopietniem DBA, vismaz pagaidām un PM ar neuzspiež. Līdz iestājas vissirsliktis.

@KaarlisKK @laacz @lastguru_net To, ko nav viegli lietot.

@cresado @laacz @lastguru_net Erm, C ir grūti lietot un viegli lietot nepareizi :D Bet jā, taisnība. Taču biju domājis konkrētus piemērus DB.

@cresado @laacz @lastguru_net nezināju, ka labi DBA ir tāds deficīts, arī ārpakalpojumā nav sasniedzami?

@cresado @lastguru_net Bet tā jau nav mysql problēma.

@RaitsMisins @cresado @laacz @lastguru_net tiešām labi, tā vienkārši apkārt nemētājas

@lordramex @RaitsMisins @cresado @lastguru_net Labi jebkas apkārt nemētājas.

@RaitsMisins @laacz @lastguru_net Ja devam šķiet, ka tiks galā pats, tad pat inhouse DBA par jauno projektu uzzin tikai tad kad kaut kas svils. Kur nu vēl ārpakalpojuma DBA laicīgi iesaistīt. Bet jā, trūkst gan.

@laacz @lastguru_net Teorētiski nē, praktiski, Rīgā ir gan.

@cresado @RaitsMisins @lastguru_net Ir dažāda mēroga projekti. Ja devs pieņem šādus (un nepareizus) lēmumus liela un svarīga projekta ietvaros pats, tad problēma nav ar devu vai izvēlēto risinājumu.

@KaarlisKK @laacz @lastguru_net Oracle, Postgre vairāk biedē un ātrāk pieaicina DBA, SQLServer vismaz Win adminus. MySQL visi 'prot paši'.

@laacz @cresado @lastguru_net akurāt tā, šādas situācijas liecina, ka ir lielas problēmas iekšējās kontroles sistēmā un IT pārvaldībā. Iespējams, ka to nav vispār, vismaz ne pēdējo 15 gadu izpratnē.

@RaitsMisins @laacz @lastguru_net Kultūras problēma. Un 're, viens video, vairāk bieži vien arī nevajadzēs' to veicina.

@cresado @laacz @lastguru_net jā, jo laba pārvaldība taču nav tas, par ko vēlamies maksāt; nav nepastarpinātas ietekmes uz ieņēmumiem, un iekšējā kontrole jau mums ir, jo ar personāljautājumiem, līgumiem un rēķiniem pietiek, vai tad maz var būt kas cits? Normāli deviņdesmitie.

@cresado @RaitsMisins @lastguru_net Es mēģināju izskaidrot, ka tā gluži nav, bet laikam nesekmīgi.