{"id":30666,"date":"2019-10-31T21:36:48","date_gmt":"2019-10-31T18:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/byla-la-mongodb-voobshhe-pravilnym-vyborom\/"},"modified":"2019-10-31T21:36:48","modified_gmt":"2019-10-31T18:36:48","slug":"byla-la-mongodb-voobshhe-pravilnym-vyborom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"Ishte MongoDB p\u00ebr t\u00eb v\u00ebrtet\u00eb nj\u00eb zgjedhje e duhur?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>S\u00eb fundi m\u00ebsova se <noindex><a rel=\"nofollow\" href=\"https:\/\/www.redhat.com\/en\/blog\/red-hat-satellite-standardize-postgresql-backend\">Red Hat po heq mb\u00ebshtetje p\u00ebr MongoDB nga Satellite<\/a><\/noindex> (thon\u00eb, p\u00ebr shkak t\u00eb ndryshimeve n\u00eb lisenc\u00eb). Kjo m\u00eb b\u00ebri t\u00eb mendoj se n\u00eb vitet e fundit kam par\u00eb shum\u00eb artikuj q\u00eb flasin sa e keqe \u00ebsht\u00eb MongoDB dhe se askush nuk duhet ta p\u00ebrdor\u00eb kurr\u00eb. Por gjat\u00eb k\u00ebsaj periudhe, MongoDB ka evoluar n\u00eb nj\u00eb produkt shum\u00eb m\u00eb t\u00eb pjekur. \u00c7far\u00eb ndodhi? A \u00ebsht\u00eb v\u00ebrtet e gjith\u00eb kjo urrejtje e shpjeguar nga gabimet n\u00eb fillim t\u00eb marketingut t\u00eb k\u00ebtij DB t\u00eb ri? Ose ndoshta njer\u00ebzit thjesht e p\u00ebrdorin MongoDB n\u00eb situata ku nuk \u00ebsht\u00eb e nevojshme?<\/p>\n<p>N\u00ebse ndonj\u00ebher\u00eb mendoni se po mbroj MongoDB, ju lutem lexoni <noindex><a rel=\"nofollow\" href=\"#1\">\u00e7\u00ebshtjen e p\u00ebrgjegjshm\u00ebris\u00eb<\/a><\/noindex> n\u00eb fund t\u00eb artikullit.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Trendi i ri<\/h1>\n<p>\nUn\u00eb punoj n\u00eb industrin\u00eb e softuerit m\u00eb shum\u00eb vite nga sa \u00ebsht\u00eb e arsyeshme t\u00eb thuhet, por s\u00ebrish, pjesa ime n\u00eb trendet q\u00eb e godit\u00ebn sektorin ton\u00eb \u00ebsht\u00eb e vog\u00ebl. Kam qen\u00eb d\u00ebshmitar i rritjes s\u00eb 4GL, AOP, Agile, SOA, Web 2.0, AJAX, blockchain... lista \u00ebsht\u00eb e pafund. \u00c7do vit shfaqen tendenca t\u00eb reja. Disa shuhen shpejt, nd\u00ebrsa t\u00eb tjera ndryshojn\u00eb n\u00eb m\u00ebnyr\u00eb thelb\u00ebsore m\u00ebnyrat e zhvillimit t\u00eb softuerit.<\/p>\n<p>Rreth \u00e7do trendi t\u00eb ri krijohet nj\u00eb l\u00ebvizje e p\u00ebrgjithshme: njer\u00ebzit ose hopin vet\u00eb n\u00eb anije, ose shohin zhurm\u00ebn e gjeneruar nga t\u00eb tjer\u00ebt - dhe ndjekin turm\u00ebn. Ky proces \u00ebsht\u00eb kodifikuar nga kompania Gartner n\u00eb <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">ciklin e hype<\/a><\/noindex>. Edhe pse \u00ebsht\u00eb i diskutuesh\u00ebm, ky grafik p\u00ebrshkruan n\u00eb m\u00ebnyr\u00eb t\u00eb arsyeshme se \u00e7far\u00eb ndodh me teknologjit\u00eb p\u00ebrpara se ato t\u00eb b\u00ebhen n\u00eb fund t\u00eb dobishme p\u00ebr p\u00ebrdorim.<\/p>\n<p>Por her\u00eb pas here shfaqet (ose ndodh nj\u00eb ringjallje, si n\u00eb k\u00ebt\u00eb rast) nj\u00eb inovacion i ri, i drejtuar vet\u00ebm nga nj\u00eb zbatim specifik i tij. N\u00eb rastin e NoSQL, hype ishte shum\u00eb i ndikuar nga shfaqja dhe rritja e shpejt\u00eb e MongoDB. Nuk ishte MongoDB q\u00eb e nisi k\u00ebt\u00eb trend: n\u00eb t\u00eb v\u00ebrtet\u00eb, problemet me p\u00ebrpunimin e volumit t\u00eb madh t\u00eb t\u00eb dh\u00ebnave filluan n\u00eb kompanit\u00eb e m\u00ebdha t\u00eb internetit, gj\u00eb q\u00eb \u00e7oi n\u00eb rikthimin e DB-ve jo-relaionale. L\u00ebvizja filloi me projekte si Bigtable nga Google dhe Cassandra nga Facebook, por MongoDB u b\u00eb implementimi m\u00eb i famsh\u00ebm dhe m\u00eb i arritsh\u00ebm i DB-ve NoSQL t\u00eb cilat ishin n\u00eb dispozicion p\u00ebr shumic\u00ebn e zhvilluesve.<\/p>\n<p><i>Sh\u00ebnim: mund t\u00eb mendoni se po i p\u00ebrziej BD-t\u00eb dokumentuese me BD-t\u00eb kolone, ruajtjet e \u00e7elikut\/vlerave ose ndonj\u00eb nga shum\u00eb lloje t\u00eb tjera t\u00eb ruajtjeve t\u00eb t\u00eb dh\u00ebnave q\u00eb i p\u00ebrkasin definicionit t\u00eb p\u00ebrgjithsh\u00ebm NoSQL. Dhe keni t\u00eb drejt\u00eb. Por n\u00eb at\u00eb koh\u00eb mbizot\u00ebronte kaosi. T\u00eb gjith\u00eb ishin t\u00eb \u00e7mendur pas NoSQL, dhe t\u00eb gjith\u00eb ajo b\u00ebri <b>absolutisht<\/b> \u00ebsht\u00eb e nevojshme, edhe pse shum\u00eb nuk kan\u00eb par\u00eb dallime n\u00eb teknologjit\u00eb e ndryshme. P\u00ebr shum\u00eb, MongoDB \u00ebsht\u00eb b\u00ebr\u00eb <b>sinonim<\/b> i NoSQL.<\/i><\/p>\n<p>Dhe zhvilluesit u hodh\u00ebn mbi t\u00eb. Ideja e nj\u00eb baze t\u00eb dh\u00ebnash pa skem\u00eb, q\u00eb magjish\u00ebm shkall\u00ebzohet p\u00ebr t\u00eb zgjidhur \u00e7do problem, ishte mjaft josh\u00ebse. Rreth vitit 2014, dukej sikur kudo ku vitin e kaluar ishte p\u00ebrdorur nj\u00eb baz\u00eb e dh\u00ebnash relacional si MySQL, Postgres ose SQL Server, filluan t\u00eb vendosnin bazat MongoDB. N\u00eb pyetjen pse, mund t\u00eb merrni nj\u00eb p\u00ebrgjigje nga e thjesht\u00eb \"\u00ebsht\u00eb shkall\u00ebzimi i webit\" deri te m\u00eb e menduar \"t\u00eb dh\u00ebnat e mia jan\u00eb shum\u00eb pak t\u00eb strukturuara dhe i p\u00ebrshtaten mir\u00eb nj\u00eb baze t\u00eb dh\u00ebnash pa skem\u00eb.\"<\/p>\n<p>\u00cbsht\u00eb e r\u00ebnd\u00ebsishme t\u00eb mbani mend se MongoDB dhe bazat e dh\u00ebnash dokumentesh n\u00eb p\u00ebrgjith\u00ebsi zgjidhin nj\u00eb s\u00ebr\u00eb problemesh me bazat e dh\u00ebnash tradicionale relacional<\/p>\n<ul>\n<li><b>Skema e rrept\u00eb<\/b>: me nj\u00eb baz\u00eb t\u00eb dh\u00ebnash relacional, n\u00ebse keni t\u00eb dh\u00ebna t\u00eb formuara dinamikisht, ju detyroheni ose t\u00eb krijoni nj\u00eb grumbull \"kolonash\" t\u00eb rast\u00ebsishme, t\u00eb shtoni aty blloqe t\u00eb dh\u00ebnash ose t\u00eb p\u00ebrdorni konfigurimin <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Entity%E2%80%93attribute%E2%80%93value_model\">EAV<\/a><\/noindex>\u2026 t\u00eb gjitha k\u00ebto kan\u00eb disavantazhe t\u00eb konsiderueshme.\n<\/li>\n<li><b>V\u00ebshtir\u00ebsia n\u00eb shkall\u00ebzim<\/b>: n\u00ebse t\u00eb dh\u00ebnat jan\u00eb aq t\u00eb m\u00ebdha sa q\u00eb nuk p\u00ebrshtaten n\u00eb nj\u00eb server, MongoDB ofron mekanizma q\u00eb lejojn\u00eb shkall\u00ebzimin e tyre n\u00eb disa makina.\n<\/li>\n<li><b>Modifikimet e komplikuara t\u00eb skem\u00ebs<\/b>: asnj\u00eb migrim! N\u00eb nj\u00eb baz\u00eb t\u00eb dh\u00ebnash relacional, ndryshimi i struktur\u00ebs s\u00eb Baza e Dh\u00ebnash mund t\u00eb b\u00ebhet nj\u00eb problem i madh (sidomos kur t\u00eb dh\u00ebnat b\u00ebhen shum\u00eb t\u00eb m\u00ebdha). MongoDB ka arritur t\u00eb thjeshtoj\u00eb ndjesh\u00ebm procesin. Dhe e b\u00ebri aq t\u00eb leht\u00eb sa q\u00eb mund t\u00eb thjesht p\u00ebrdit\u00ebsoni skem\u00ebn gjat\u00eb rrug\u00ebs dhe t\u00eb ecni p\u00ebrpara shum\u00eb shpejt.\n<\/li>\n<li><b>Performanca e shkrimit<\/b>: performanca e MongoDB ka qen\u00eb e mir\u00eb, ve\u00e7an\u00ebrisht me konfigurim t\u00eb mir\u00eb. Edhe konfigurimi i MongoDB nga fabrika, p\u00ebr t\u00eb cilin shpesh \u00ebsht\u00eb kritikuar, tregonte disa tregues mahnit\u00ebs t\u00eb performanc\u00ebs.<\/li>\n<\/ul>\n<p><\/p>\n<h1>T\u00eb gjitha rreziqet jan\u00eb mbi ju<\/h1>\n<p>\nP\u00ebrfitimet potenciale t\u00eb MongoDB ishin t\u00eb m\u00ebdha, ve\u00e7an\u00ebrisht p\u00ebr disa kategori problemesh. N\u00ebse e lexoni list\u00ebn e m\u00ebsip\u00ebrme pa kuptuar kontekstin dhe pa pasur p\u00ebrvoj\u00eb, mund t\u00eb krijohet p\u00ebrshtypja se MongoDB \u00ebsht\u00eb me t\u00eb v\u00ebrtet\u00eb nj\u00eb DBMS revolucionar. Problemi i vet\u00ebm ishte se p\u00ebrfitimet e p\u00ebrmendura m\u00eb sip\u00ebr ishin t\u00eb shoq\u00ebruara me nj\u00eb s\u00ebr\u00eb sh\u00ebnimesh, disa nga t\u00eb cilat jan\u00eb p\u00ebrmendur m\u00eb posht\u00eb.<\/p>\n<p>P\u00ebr drejt\u00ebsin\u00eb e gj\u00ebrave, askush n\u00eb 10gen\/MongoDB Inc. nuk do t\u00eb thot\u00eb q\u00eb ajo q\u00eb do t\u00eb thot\u00eb m\u00eb n\u00eb fund \u00ebsht\u00eb e v\u00ebrtet\u00eb, jan\u00eb thjesht kompromiset.<\/p>\n<ul>\n<li><b>Humor i transaksioneve<\/b>: transaksionet jan\u00eb karakteristika kryesore e shum\u00eb bazave t\u00eb t\u00eb dh\u00ebnave relacional (jo t\u00eb gjitha, por shumic\u00ebs). Transaksionaliteti do t\u00eb thot\u00eb q\u00eb mund t\u00eb kryeni disa operacione n\u00eb m\u00ebnyr\u00eb atomike dhe mund t\u00eb garantoni q\u00eb t\u00eb dh\u00ebnat t\u00eb q\u00ebndrojn\u00eb t\u00eb koherente. Sigurisht, me nj\u00eb baz\u00eb t\u00eb dh\u00ebnash NoSQL, transaksionaliteti mund t\u00eb jet\u00eb brenda nj\u00eb dokumenti ose mund t\u00eb p\u00ebrdorni komitet e dyfishta p\u00ebr t\u00eb marr\u00eb semantik\u00ebn transaksionale. Por do t\u00eb duhet ta implementoni ju vet\u00eb k\u00ebt\u00eb funksionalitet... q\u00eb mund t\u00eb jet\u00eb nj\u00eb detyr\u00eb e komplikuar dhe e lodhshme. Shpesh nuk e kuptoni problemin derisa t\u00eb shihni se t\u00eb dh\u00ebnat n\u00eb DB kalojn\u00eb n\u00eb shtete t\u00eb papranueshme, sepse nuk \u00ebsht\u00eb e mundur t\u00eb garantohet atomikiteti i operacioneve. <b>Sh\u00ebnim: shum\u00eb njer\u00ebz m\u00eb than\u00eb se vitin e kaluar n\u00eb MongoDB 4.0 u shfaq\u00ebn transaksionet, por me disa kufizime. Konkluzioni i artikullit mbetet i nj\u00ebjt\u00eb: vler\u00ebsoni sa teknologjia i p\u00ebrshtatet nevojave tuaja.<\/b>\n<\/li>\n<li><b>Humor i integritetit relational (\u00e7el\u00ebsa t\u00eb jasht\u00ebm)<\/b>: n\u00ebse t\u00eb dh\u00ebnat tuaja kan\u00eb marr\u00ebdh\u00ebnie, at\u00ebher\u00eb do t'ju duhet t'i aplikoni ato n\u00eb aplikacion. T\u00eb pasurit e nj\u00eb DB q\u00eb respekton k\u00ebto marr\u00ebdh\u00ebnie do t\u00eb reduktoj\u00eb nj\u00eb pjes\u00eb t\u00eb madhe t\u00eb pun\u00ebs me aplikacionin dhe, si rezultat, me programuesit tuaj.\n<\/li>\n<li><b>Mungesa e mund\u00ebsis\u00eb p\u00ebr t\u00eb aplikuar nj\u00eb struktur\u00eb t\u00eb dh\u00ebnash<\/b>: skemat e rrepta hera-her\u00ebs b\u00ebhen nj\u00eb problem i madh, por gjithashtu jan\u00eb nj\u00eb mekaniz\u00ebm i fuqish\u00ebm p\u00ebr strukturimin e mir\u00eb t\u00eb t\u00eb dh\u00ebnave, n\u00ebse i p\u00ebrdorni me kompetenc\u00eb. Baza t\u00eb dh\u00ebnash dokumentike, si MongoDB, ofrojn\u00eb nj\u00eb fleksibilitet t\u00eb jasht\u00ebzakonsh\u00ebm t\u00eb skem\u00ebs, por kjo fleksibilitet heq p\u00ebrgjegj\u00ebsin\u00eb p\u00ebr mbajtjen e t\u00eb dh\u00ebnave t\u00eb pastra. N\u00ebse nuk kujdeseni p\u00ebr to, n\u00eb fund do t'ju duhet t\u00eb shkruani shum\u00eb kod n\u00eb aplikacion p\u00ebr t\u00eb marr\u00eb parasysh t\u00eb dh\u00ebnat q\u00eb ruhen n\u00eb nj\u00eb form\u00eb q\u00eb nuk e prisni. Si\u00e7 thon\u00eb shpesh n\u00eb kompanin\u00eb ton\u00eb Simple Thread\u2026 aplikacioni do t\u00eb rishkruhet ndonj\u00ebher\u00eb, nd\u00ebrsa t\u00eb dh\u00ebnat do t\u00eb jetojn\u00eb p\u00ebrgjithmon\u00eb. <b>V\u00ebrejtje: MongoDB mb\u00ebshtet verifikimin e skem\u00ebs: \u00ebsht\u00eb e dobishme, por nuk ofron t\u00eb nj\u00ebjtat garanti si n\u00eb nj\u00eb DB relacional. N\u00eb radh\u00eb t\u00eb par\u00eb, shtimi ose modifikimi i verifikimit t\u00eb skem\u00ebs nuk ndikon n\u00eb t\u00eb dh\u00ebnat ekzistuese n\u00eb koleksiyon. Ju duhet t\u00eb siguroni q\u00eb p\u00ebrdit\u00ebsoni t\u00eb dh\u00ebnat n\u00eb p\u00ebrputhje me skem\u00ebn e re. Vendosni vet\u00eb n\u00ebse kjo \u00ebsht\u00eb e mjaftueshme p\u00ebr nevojat tuaja.<\/b>\n<\/li>\n<li><b>Gjuha e saj e k\u00ebrkesave \/ humbja e ekosistemit t\u00eb mjeteve<\/b>: shfaqja e SQL ishte nj\u00eb revolucion absolut, dhe q\u00eb nga ajo koh\u00eb nuk ka ndryshuar asgj\u00eb. Kjo \u00ebsht\u00eb nj\u00eb gjuh\u00eb p\u00ebrjashtuesh\u00ebm e fuqishme, por edhe mjaft komplekse. Nevoja p\u00ebr t\u00eb nd\u00ebrtuar k\u00ebrkesa p\u00ebr DB n\u00eb nj\u00eb gjuh\u00eb t\u00eb re, q\u00eb p\u00ebrb\u00ebhet nga fragmente JSON, perceptohet si nj\u00eb hap i madh prapa nga njer\u00ebzit me p\u00ebrvoj\u00eb n\u00eb SQL. Ekziston nj\u00eb universit i t\u00ebr\u00eb mjeteve q\u00eb nd\u00ebrveprojn\u00eb me bazat e t\u00eb dh\u00ebnave SQL: nga IDE deri te mjetet e raportimit. Kalimi n\u00eb nj\u00eb baz\u00eb t\u00eb dh\u00ebnash q\u00eb nuk mb\u00ebshtet SQL n\u00ebnkupton se nuk mund t\u00eb p\u00ebrdorni shumic\u00ebn e k\u00ebtyre mjeteve ose duhet t\u00eb konvertoni t\u00eb dh\u00ebnat n\u00eb SQL p\u00ebr t'i p\u00ebrdorur, gj\u00eb q\u00eb mund t\u00eb jet\u00eb m\u00eb e komplikuar sesa mendoni.<\/li>\n<\/ul>\n<p>\nShum\u00eb zhvillues q\u00eb iu drejtuan MongoDB-s\u00eb nuk kuptuan shum\u00eb kompromiset, dhe shpesh hidhnin me kok\u00eb, duke e vendosur at\u00eb si ruajtjen kryesore t\u00eb t\u00eb dh\u00ebnave. Pas k\u00ebsaj, shpesh ishte jasht\u00ebzakonisht e v\u00ebshtir\u00eb t\u00eb ktheheshit pas.<\/p>\n<h1>\u00c7far\u00eb mund t\u00eb b\u00ebhej ndryshe?<\/h1>\n<p>\nNuk t\u00eb gjith\u00eb u hodh\u00ebn me kok\u00eb p\u00ebrpara dhe u godit\u00ebn n\u00eb fund. Por shum\u00eb projekte vendos\u00ebn baz\u00ebn MongoDB aty ku ajo thjesht nuk p\u00ebrputhej - dhe do t\u00eb duhet t\u00eb jetojn\u00eb me t\u00eb ende shum\u00eb vite. N\u00ebse k\u00ebto organizata do t\u00eb kishin shpenzuar disa koh\u00eb p\u00ebr t\u00eb menduar metodikisht p\u00ebr zgjedhjen e teknologjive, shum\u00eb do t\u00eb kishin b\u00ebr\u00eb nj\u00eb zgjedhje tjet\u00ebr.<\/p>\n<p>Si t\u00eb zgjidhni teknologjin\u00eb e duhur? Ka pasur disa p\u00ebrpjekje p\u00ebr t\u00eb krijuar nj\u00eb kuad\u00ebr sistematik p\u00ebr vler\u00ebsimin e teknologjive, t\u00eb tilla si <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u00abKuadri p\u00ebr zbatimin e teknologjive n\u00eb organizatat softuerike\u00bb<\/a><\/noindex> dhe <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u00abKuadri p\u00ebr vler\u00ebsimin e teknologjive t\u00eb programit\u00bb<\/a><\/noindex>, por m\u00eb duket se kjo \u00ebsht\u00eb nj\u00eb kompleksitet i tepruar.<\/p>\n<p>Shum\u00eb teknologji mund t\u00eb vler\u00ebsohen n\u00eb m\u00ebnyr\u00eb logjike duke i b\u00ebr\u00eb vet\u00ebm dy pyetje kryesore. <b>Problemi \u00ebsht\u00eb n\u00eb gjetjen e njer\u00ebzve q\u00eb mund t\u00eb p\u00ebrgjigjen me p\u00ebrgjegj\u00ebsi ndaj tyre, duke shpenzuar koh\u00eb n\u00eb gjetjen e p\u00ebrgjigjeve dhe pa paragjykime.<\/b><\/p>\n<blockquote><p>N\u00ebse nuk po p\u00ebrballeni me ndonj\u00eb problem, nuk keni nevoj\u00eb p\u00ebr nj\u00eb mjet t\u00eb ri. Pik\u00eb.<\/p><\/blockquote>\n<p><\/p>\n<h1>Pyetja 1: \u00c7far\u00eb problemesh po p\u00ebrpiqem t\u00eb zgjidh?<\/h1>\n<p>\nN\u00ebse nuk p\u00ebrballeni me ndonj\u00eb problem, nuk keni nevoj\u00eb p\u00ebr nj\u00eb mjet t\u00eb ri. Pik\u00eb. Nuk ka nevoj\u00eb t\u00eb k\u00ebrkoni nj\u00eb zgjidhje dhe at\u00ebher\u00eb t\u00eb shpikni nj\u00eb problem. N\u00ebse nuk keni hasur ndonj\u00eb problem q\u00eb teknologjia e re zgjidh ndjesh\u00ebm m\u00eb mir\u00eb se teknologjia juaj ekzistuese, at\u00ebher\u00eb nuk ka \u00e7far\u00eb t\u00eb diskutohet. N\u00ebse po shqyrtoni mund\u00ebsin\u00eb e p\u00ebrdorimit t\u00eb k\u00ebsaj teknologjie, sepse keni par\u00eb t\u00eb tjer\u00ebt q\u00eb e p\u00ebrdorin at\u00eb, mendoni p\u00ebr problemet me t\u00eb cilat ata p\u00ebrballen dhe pyesni n\u00ebse keni probleme t\u00eb tilla. E leht\u00eb \u00ebsht\u00eb t\u00eb pranosh teknologjin\u00eb sepse e p\u00ebrdorin t\u00eb tjer\u00ebt; v\u00ebshtir\u00ebsia \u00ebsht\u00eb n\u00eb kuptimin se a po p\u00ebrballeni me t\u00eb nj\u00ebjtat probleme.<\/p>\n<h1>Pyetja 2: \u00c7far\u00eb po humbas?<\/h1>\n<p>\nKy \u00ebsht\u00eb, patjet\u00ebr, nj\u00eb pyetje m\u00eb e v\u00ebshtir\u00eb, sepse do t'ju duhet t\u00eb hidhni nj\u00eb v\u00ebshtrim t\u00eb thell\u00eb dhe t\u00eb kuptoni mir\u00eb si teknologjin\u00eb e vjet\u00ebr ashtu edhe at\u00eb t\u00eb re. Ndonj\u00ebher\u00eb nuk mund ta kuptoni plot\u00ebsisht t\u00eb rejn\u00eb deri sa t\u00eb nd\u00ebrtoni di\u00e7ka me t\u00eb ose t\u00eb keni nj\u00eb punonj\u00ebs me p\u00ebrvoj\u00eb n\u00eb k\u00ebt\u00eb fush\u00eb.<\/p>\n<p>N\u00ebse nuk keni asnj\u00ebr\u00ebn nga k\u00ebto, ka kuptim t\u00eb mendoni p\u00ebr investimet minimale t\u00eb mundshme p\u00ebr t\u00eb p\u00ebrcaktuar vler\u00ebn e k\u00ebtij instrumenti. Dhe n\u00ebse b\u00ebni investimet, sa e leht\u00eb do t\u00eb jet\u00eb t\u00eb anashkaloni vendimin?<\/p>\n<h1>Njer\u00ebzit gjithmon\u00eb e prishin gjith\u00e7ka<\/h1>\n<p>\nDuke u p\u00ebrpjekur t\u00eb p\u00ebrgjigjeni k\u00ebtyre pyetjeve sa m\u00eb objektivisht t\u00eb jet\u00eb e mundur, mbani mend nj\u00eb gj\u00eb: do t'ju duhet t\u00eb luftoni me natyr\u00ebn njer\u00ebzore. Ekziston nj\u00eb grup i \u00e7rregullimeve kognitive q\u00eb duhet t\u00eb tejkaloni p\u00ebr t\u00eb vler\u00ebsuar n\u00eb m\u00ebnyr\u00eb efektive teknologjin\u00eb. Ja disa prej tyre:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">Efekti i bashkimit me shumic\u00ebn<\/a><\/noindex><\/b> \u2014 e gjith\u00eb bota e di p\u00ebr t\u00eb, por gjithsesi \u00ebsht\u00eb e v\u00ebshtir\u00eb t\u00eb luftohet. Thjesht sigurohuni q\u00eb teknologjia t\u00eb p\u00ebrputhet me nevojat tuaja reale.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">Efekti i novitetit<\/a><\/noindex><\/b> \u2014 shum\u00eb zhvillues jan\u00eb t\u00eb prirur t\u00eb n\u00ebnvler\u00ebsojn\u00eb teknologjit\u00eb me t\u00eb cilat jan\u00eb duke punuar p\u00ebr nj\u00eb koh\u00eb t\u00eb gjat\u00eb dhe t\u00eb tepruar p\u00ebrfitimet e teknologjis\u00eb s\u00eb re. Jo vet\u00ebm programuesit, t\u00eb gjith\u00eb jan\u00eb t\u00eb ekspozuar ndaj k\u00ebtij \u00e7rregullimi kognitiv.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Efekti i karakteristikave pozitive<\/a><\/noindex> \u2014 jemi t\u00eb prirur t\u00eb shohim at\u00eb q\u00eb kemi dhe ta injorojm\u00eb at\u00eb q\u00eb mungon. Kjo mund t\u00eb \u00e7oj\u00eb n\u00eb kaos n\u00eb kombinim me efektin e novitetit, pasi jo vet\u00ebm q\u00eb e n\u00ebnvler\u00ebsoni teknologjin\u00eb e re, por edhe injoroni disavantazhet e saj.<\/b>.<\/li>\n<\/ul>\n<p>\nVler\u00ebsimi objektiv nuk jepet leht\u00ebsisht, por kuptimi i keqkuptimeve kognitive themelore ndihmon n\u00eb marrjen e vendimeve m\u00eb t\u00eb arsyeshme.<\/p>\n<h1>CV<\/h1>\n<p>\nKur shfaqet nj\u00eb inovacion, duhet t'u p\u00ebrgjigjemi dy pyetjeve me shum\u00eb kujdes:<\/p>\n<ul>\n<li>A zgjidh ky mjet nj\u00eb problem real?\n<\/li>\n<li>A e kuptojm\u00eb mir\u00eb kompromisin?<\/li>\n<\/ul>\n<p>\nN\u00ebse nuk jeni n\u00eb gjendje t\u00eb p\u00ebrgjigjeni me siguri n\u00eb k\u00ebto dy pyetje, b\u00ebni disa hapa mbrapa dhe mendoni.<\/p>\n<p>Pra, ishte MongoDB nj\u00eb zgjedhje e duhur? Sigurisht q\u00eb po; si n\u00eb shumic\u00ebn e teknologjive inxhinierike, kjo varet nga shum\u00eb faktor\u00eb. Mes atyre q\u00eb iu p\u00ebrgjigj\u00ebn k\u00ebtyre dy pyetjeve, shum\u00eb p\u00ebrfituan nga MongoDB dhe vazhdojn\u00eb ta b\u00ebjn\u00eb k\u00ebt\u00eb. Shpresoj q\u00eb ata q\u00eb nuk e b\u00ebn\u00eb, mor\u00ebn nj\u00eb m\u00ebsim t\u00eb vlefsh\u00ebm dhe jo shum\u00eb t\u00eb dhimbsh\u00ebm n\u00eb lidhje me rrethin e hype-it.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>K\u00ebrc\u00ebnimi<\/h1>\n<p>\nDua t\u00eb sqaroj se nuk kam as dashuri as urrejtje p\u00ebr MongoDB. Thjesht nuk kishim probleme t\u00eb tilla, p\u00ebr zgjidhjen e t\u00eb cilave MongoDB do t\u00eb ishte m\u00eb e p\u00ebrshtatshme. E di se 10gen\/MongoDB Inc. n\u00eb fillim veproi shum\u00eb guximsh\u00ebm, duke vendosur vlera t\u00eb pasigurta si parazgjedhje dhe duke promovuar MongoDB kudo (sidomos n\u00eb hackathon) si nj\u00eb zgjidhje universale p\u00ebr t\u00eb punuar me \u00e7do lloj t\u00eb dh\u00ebnash. Ndoshta kjo ishte nj\u00eb vendim i keq. Por konfirmon qasjen e p\u00ebrmendur k\u00ebtu: k\u00ebto probleme mund t\u00eb ishin zbuluar shum\u00eb shpejt edhe me nj\u00eb vler\u00ebsim sip\u00ebrfaq\u00ebsor t\u00eb teknologjis\u00eb.<br \/>\n<br \/>Burimi: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/446180\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u0438). \u042d\u0442\u043e \u0437\u0430\u0441\u0442\u0430\u0432\u0438\u043b\u043e \u043c\u0435\u043d\u044f \u0437\u0430\u0434\u0443\u043c\u0430\u0442\u044c\u0441\u044f, \u0447\u0442\u043e \u0432 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u044f \u0432\u0438\u0434\u0435\u043b \u043a\u0443\u0447\u0443 \u0441\u0442\u0430\u0442\u0435\u0439, \u043a\u0430\u043a \u0443\u0436\u0430\u0441\u043d\u0430 MongoDB \u0438 \u0447\u0442\u043e \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u0434\u043e\u043b\u0436\u0435\u043d \u0435\u0451 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u041d\u043e \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f MongoDB \u0441\u0442\u0430\u043b\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0431\u043e\u043b\u0435\u0435 \u0437\u0440\u0435\u043b\u044b\u043c \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u043c. \u0427\u0442\u043e \u0436\u0435 \u0441\u043b\u0443\u0447\u0438\u043b\u043e\u0441\u044c? \u0414\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043b\u0438 \u0432\u0441\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30666","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"sq_AL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0411\u044b\u043b\u0430 \u043b\u0430 MongoDB \u0432\u043e\u043e\u0431\u0449\u0435 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u044b\u043c \u0432\u044b\u0431\u043e\u0440\u043e\u043c? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:36:48+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:36:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Ishte MongoDB nj\u00eb zgjedhje e duhur? | ProHoster","description":"S\u00eb fundmi, m\u00ebsova se Red Hat po heq mb\u00ebshtetje p\u00ebr MongoDB nga Satellite (thuhet p\u00ebr shkak t\u00eb.","canonical_url":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sq_AL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0411\u044b\u043b\u0430 \u043b\u0430 MongoDB \u0432\u043e\u043e\u0431\u0449\u0435 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u044b\u043c \u0432\u044b\u0431\u043e\u0440\u043e\u043c? | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430.","og:url":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:36:48+00:00","article:modified_time":"2019-10-31T18:36:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30666","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 02:22:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:31:23","updated":"2026-01-21 02:22:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sq\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}