Ego nuper adinvenit Red Hat removet MongoDB auxilium a Satellite (Dicunt ex licentia mutationes). Hoc me cogitans quod paucis annis vidi ton articulorum quomodo terribilis MongoDB sit et quomodo nemo unquam eo utatur. Sed hoc tempore, MongoDB multo maturior factus est. Quid accidit? Estne omne odium vere ob errata in primis novae DBMS venalicium? An homines tantum utendi MongoDB in locis iniuriam?

Si tibi placet MongoDB me defendo, lege quaeso disclaimer in fine articuli.

novum trend

Plus annis quam possum dicere in industria programmatis laboravi, sed adhuc tantum parva portio trends quae industriam nostram feriunt exposita sum. Ortum testatus sum 4GL, AOP, Agile, SOA, Web 2.0, AJAX, Claustrum... index infinita est. quotannis novae trends apparent. Alii cito defluunt, alii fundamentaliter mutant viam programmatis.

Quaelibet inclinatio nova tumultum generalem creat: homines aut insiliunt in tabulas, aut ab aliis sonum generatum vident et turbam sequuntur. Processus hic codificatus est apud Gartner in hype exolvuntur. Quamvis controversiae, hoc tempus dure describit quid eveniat technologiae priusquam utiles fiant.

Sed subinde apparet nova innovatio (vel alterum adventum habet, ut hic) ab una tantum exsecutione speciali acti. In casu NoSQL, hype per cessum et meteoricum ortum MongoDB graviter erat compulsum. MongoDB hoc tenoris non incepit: re vera magnae societates interretiales habere coeperunt quaestiones magnas copiarum notitiarum expediendas, quae ad reditum datorum non relativorum perduxerunt. Motus altiore inceptis incepit sicut Google Bigtable et Facebook Cassandrae, sed MongoDB factus est maxime notus et pervius NoSQL database exsequendi quod maxime tincidunt accessum habuit.

Nota: Putas me databases documentum confundere cum databases columnares, key/valores thesauros, vel aliquorum plurium generum notitiarum thesaurorum quae sub generali NoSQL definitione cadunt. Et tu recte. Sed tunc chaos regnabat. Omnis obsessus est apud NosQL, factus est quisque omnino necesse est, licet multi differentias in diversis technologiarum non viderunt. Pro multis, MongoDB factus est idem NoSQL.

Tincidunt posuere in dictum ac. Idea database schemaless quae magice squamas ad omnem quaestionem solvendam satis erat tentabat. Circa 2014, ubique visum est quod ante annum usa relativa database uti MySQL, Postgres vel SQL Servo MongoDB database explicandi incepit. Cum quaeritur cur, responsum vulgare "haec est scala interreti", attentiore "notitia mea laxe structa est et bene quadrat in database sine schemate".

Gravis est meminisse MongoDB ac documentorum databases in genere, plures difficultates solvere cum database relationibus relativis traditis;

• Consilium stricte: Cum database relativo, si notitias dynamice generatas habes, cogeris vel fasciculum temere "miscellaneosum" creare columnas notitiarum, blobs notitiarum ibi trudere, vel configuratione uti. EAV... Haec omnia notabilia vitia habet.
• difficultas scaling: Si tanta notitia est ut uni servo non aptat, MongoDB machinationes obtulit ut eam per plures machinis scandere permitteret.
• Complexa circuitu modificationes: nullae migrationes! In database relatione relativo, mutans structuram datorum, quaestio ingens esse potest (praesertim cum multus of notitia est). MongoDB processum simpliciorem reddere potuit. Et ita facilem effecit ut tu modo euntem curriculum renovare possis et celerrime moveri.
• Recordatio perficientur: MongoDB bene gerendi erat, praesertim cum rite configuratus. Etiam figurae MongoDB ex arca, quam saepe reprehendit, aliquot numeros effectus infiges ostendit.

Omnia pericula in te sunt

Beneficia Potentia MongoDB enormia fuerunt, praesertim pro quibusdam generibus quaestionum. Si album superius sine contextu et inexpertum intellectum legas, poteris impressionem facere MongoDB vere DBMS novantem esse. Solus problema fuit quod beneficia supra recensita cum multis cautionibus pervenerunt, quorum nonnulla infra recensita sunt.

Esse aequum, nemo apud 10gen/MongoDB Inc. non dicam quod non est verum, haec iusta moderatio est.

• Lost transactions: transactiones nucleus notae sunt plurium database relationum (non omnes, sed plurimi). Significationes transactionales quas multiplices operationes atomice exercere potes et efficere ut notitia constantis permanet. Utique, cum NoSQL database, transactionalitas intra unum documentum esse potest, vel duos phase committit ut semanticos transactionales accipere possis. Sed habebis hanc functionem te ipsum efficiendi... quod arduum ac temporis edax munus esse potest. Saepe non intellegis quaestionem esse donec notitias in datorum statuis in irritum desinere videris quia operationum atomicitas praestari non potest. Nota: Multi homines nuntiaverunt mihi transactiones anno praeterito introductas esse MongoDB 4.0, sed cum quibusdam limitationibus. Articuli sublatio eadem manet: aestimare quam bene technicae artes tuis necessitatibus occurrere.
• Damnum integritatis relationis (claves alienae): Si notitias relationes habet, in applicatione debebis adhibere. Habens database quod observat has relationes multum operae depositio applicationis capiet ac propterea programmatores tuos.
• Defectum facultatem ad applicare notitia structure: Schemae strictae interdum magnae quaestionis esse possunt, sed validae sunt etiam mechanismi ad bona notitia structurae, si sapienter utantur. Documentorum databases sicut MongoDB incredibilem schema flexibilitatem praebent, sed haec flexibilitas responsabilitatem tollit ad notitias mundas servandas. Si horum curam non habebis, multum codicem scribens finies in applicatione ad rationem pro notitia quae in forma quae expectas non conditur. Sicut saepe dicimus in nostro comitatu Simplici Thread ... applicatio aliquando rescribetur, sed notitia in aeternum vivet. Nota: MongoDB schema inhibitum sustinet: utilis est, sed easdem cautiones non praebet ac in datorum relationum relatione. Imprimis perscriptio schema addens vel mutans notitias exsistentes in collectione non tangit. Vobis est curare ut notitias secundum novum schemate renovatis. Delibera tibi an hoc satis sit pro tuis necessitatibus.
• Lingua investigatio vernacula / iactura instrumenti ecosystematis: Adventus SQL fuit revolutionis absolutae nihilque postea mutatum est. Lingua est incredibilis potens, sed etiam satis multiplex. Necessitas datorum quaerendorum construendi in nova lingua quae JSON fragmentorum consistit aestimatur ut magnus gradus retrogradus ab hominibus qui experientiam cum SQL operando habent. Tota universitas instrumentorum quae cum SQL databases inter se occurrunt, ab IDE ad instrumenta referenda est. Movere ad database quod SQL non sustinet significat non potes pluribus his instrumentis uti vel notitias in SQL transferendas habes ut illis utaris, quod difficilius esse quam putas.

Multi tincidunt, qui ad MongoDB conversi sunt, mercaturam-peractionem re vera non intellexerunt, et saepe primum caput in eum inaugurant ut primarium notitiarum thesaurum. Post haec saepe incredibiliter difficilia deveniendi fuit.

Quid aliter fieri potuit?

Non omnes desiluerunt praecipites et deorsum feriunt. Sed multa incepta MongoDB in locis constituerunt ubi simpliciter non convenit - et cum eo per multos annos vivere debebunt. Si hae institutiones aliquod tempus ac methodice cogitaverunt per suas electiones technologias, multi varias electiones fecissent.

Quomodo ius technicae eligendi? Plures fuerunt conatus technologiam fabricandi systematicam taxationem technologiarum, ut "Famework technologiae introducendae in programmatibus programmatibus" и "Famework pro perpendendis technologiarum programmatibus"sed, ut mihi videtur, supervacuam complexionem.

Multae technologiae intelligenter aestimari possunt duas quaestiones fundamentales tantum rogando. Difficultas est invenire homines qui responsabiliter respondere possunt, sumentes tempus invenire responsa et sine studio.

Si nullam quaestionem non respicis, novo instrumento non indigetis. Dot.

Quaestio 1: Quas quaestiones solvere studeo?

Si nullam quaestionem non respicis, novo instrumento non indigetis. Dot. Nihil opus est solutionem quaerere et quaestionem tunc excogitare. Nisi aliquam quaestionem offendit novam technologiam signanter meliorem solvendi quam technologiam tuam existentem, nihil hic agitur. Si cogitas utere hac technologia quod alios uti vidisti, cogita de quibus quaestionibus spectent et quaerunt si habeas illas difficultates. Facile est technologiam accipere quod alii ea utantur, provocatio est intellegens an easdem habeas quaestiones.

Quaeritur 2: Quid sum ego desit?

Haec quaestio difficilior certe est, quia fodere debebis et bonam tam veteris quam novi technologiam intellegendam. Aliquando non potes rem novam intelligere, donec aliquid cum eo aedificaveris vel aliquem cum illa experientia habeas.

Si neutrum habes, sensus est cogitare de collocatione quam minimum determinare valorem instrumenti huius. Et cum obsideri facias, quam difficile erit regredi iudicium?

Homines semper perdet omnia

Cum his quaestionibus quam indifferenter respondere conaris, unum memento: naturam humanam debellare debebis. Multae sunt notiones cognitivarum quae superandae sunt ad technologiam efficaciter aestimandam. Hic pauca sunt;

• Effectus coniungendi maioris - quisque de eo scit, sed tamen difficile est eum pugnare. Modo fac technicae artes tuis actualibus necessitatibus conformes.
• Novitas effectus - Multae tincidunt technologiae minoris aestimandae sunt quam diu laboraverunt et aestimant beneficia novae technologiae. Etiam non vestibulum justo, quisque suscipit diam.
• Effectus positivi characteres - Tendimus videre quid ibi sit, et quod desit aspectum amittamus. Hoc in chaos ducere potest cum effectu novitatis coniuncto, sicut tu non solum in se aestimas novas technologias, sed etiam defectus eius ignoras..

Aestimatio obiectiva non facilis est, sed cognitio cognitionis subiectae adiuvabit ut decisiones rationales magis adiuvet.

summary

Quotiens innovatio comparuerit, magna diligentia responderi debet duae quaestiones;

• An hoc instrumentum realis problema solvendum est?
• Putamusne bene mercaturam peracti?

Si his duabus quaestionibus confidenter respondere non potes, paucis gradibus retrahe et cogita.

Fuitne MongoDB vel ius electionis? Sic utique; Sicut cum maxime technologiae machinalis, hoc ex multis causis pendet. Inter eos qui has duas quaestiones responderunt, multi a MongoDB profuerunt et id pergunt. Pro his qui noluerunt, spero te perutile et non nimis molestam lectionem de motu per cyclum hype didicisse.

Disclaimer

Cupio declarare me nec amorem nec odium cum MongoDB habere necessitudinem. Modo non habuimus genus quaestionum quae MongoDB maxime apta est ad solvendum. Scio 10gen/MongoDB Inc. Audax erat primo, defaltis incertis aggressus et MongoDB ubique (praesertim apud hackathones) solutionem universalem ad operandum cum quavis notitia promovens. Malum consilium verisimiliter fuit. Sed aditum hic descriptum confirmat: haec problemata celerrime etiam cum superficiali aestimatione technologiae deprehendi possunt.

Source: www.habr.com