[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip / qa] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


File: stupid.png (22 KB, 1102x278)
22 KB
22 KB PNG
ITT we laugh at dumbass technologies that never took off
HAHAHAHHHAA
>>
File: fartx.png (9 KB, 1200x630)
9 KB
9 KB PNG
>why yes I would like to make my website 10 times for complicated for no reason
>>
what? mongodb gets a ton of use anon
>>
I like SQL.
But over time I've come to realize that the pure, normalized, relational data model itself sucks massive ass for tons of use cases and that a document centric model fits way more use-cases way better.
Imagine if we stored our code that way, in a normalized relational data store.
That would be extremely retarded. But relation DBs get constantly used for things that are way more document-like.
never used MongoDB btw
>>
>>103249673
I'm trans and I use MongoDB
>>
>>103249673
but mongodb is cloud scale?!
https://www.youtube.com/watch?v=b2F-DItXtZs
>>
>>103250596
Field => json data that you can read.
>>
>>103251021
at that point I'd rather just use a file
>>
>>103249673
proprietary garbage
>b-but SSPL is free
no, it's not
it restricts users from running proprietary programs on their machines, which, depending on a definition, may also include BIOS/UEFI
>>
>>103250891
Yeah, mongo DB can be scaled more efficiently than SQL.
>>
>>103249673
Huh?

I worked for a highly successful SaaS company that uses MongoDB

>>103250891
Absolutely
>>
>>103251021
JSON!
>>
>>103250837
hi trans! I'm also trans and I use Arch btw
>>
>>103249673
I use a mix of nosql and sql, most of the stuff is in sql but some of the stuff is in nosql when i know there wont be complex relationships involved.

It's almost like im not a fucking retard like 99% of the people on this board.
>>
>>103249673
>Look at this cool no-sql DB
>It's just SQL but a single JSON column per table.
>Even has b-tree indexes
>Nearly zero support for any major framework except node
I wonder why it failed.
>>
>>103251477
This. I don't want to support cuckware like that in any way.
>>
>>103250596
Right, you can go full autist and have a perfectly normalized SQL schema that is a complete PITA to use, or you can denormalize it where it makes sense because you have some confidence in what the usage patterns are going to be and the tradeoffs make sense.
In the real world, plenty of people stuff JSON payloads in their postgres database to do something similar to what MongoDB claims to offer, usually with vastly better performance and scalability.
>>
>>103249673
What's the suckless alternative to SQL again?
>>
>>103251477
>>103253785
actually I decided to read the license and noticed that it's incompatible with ANY piece of free software
>If you make the functionality of the Program or a modified version available to third parties as a service, you must make the Service Source Code available via network download to everyone at no charge, under the terms of this License
>you must make the Service Source Code available under the terms of this License
>Service Source Code must be available under the terms of SSPL, which is impossible for GPL code of GNU and Linux
how fucking hostile to free software you have to be to write this piece of shit?
>>
>>103253922
It's like AGPL but even worse. I really dislike both, they are only used to prevent people from making their own changes.
>>
>>103253934
>AGPL
nah it's good, just look at Gabbai or TRVTH and see how they comply with it
>>
File: big-logo-magento2.png (90 KB, 377x377)
90 KB
90 KB PNG
>>103249673
over-engineered piece of shit. Imagine clients having to pay $50,000 for a simple integration.
>>
>>103253919
the file-system in general and text files specifically
want to store more complicated things?
write a parser
>>
>>103253872
>>103250596

>reddit invented paragraphs

Go back, retardditor
>>
>>103250596
I don't like not having a guarantee that certain fields are set, or what type of value they're supposed to.
>>
>>103253934
>they are only used to prevent people from making their own changes.
>people
Are you a AWS employee Anon? because otherwise that's some fucking crazy levels of Stockholm syndrome.
>>
>>103250596
>Imagine if we stored our code that way, in a normalized relational data store.
thats basically what DoD/ECS is and it makes code way faster and efficient
>>
>>103255345
That isn't what ECS does, in theory you can combine ECS with DoD but in practice nobody does; also in general it doesn't make code way faster unless your working with thousands upon thousands of objects which is almost exclusive to game development.
>>
>>103253919
>suckless alternative to SQL
>Tutorial D, pq, BigTable, plain old hierarchical filesystems.
>>
>>103253872
Wrong, you normalize the db as best as you can then build views and procedures to make it easier on the devs that will use it.
>>
>>103249673
ME*N is one of the most popular stacks in web dev.
>>
>>103253746
Node isn't a framework retard. That said it works with a lot of different web servers, JavaScript bros just made it super easy thanks to Mongoose.
>>
>>103249673
i like mongodb
>>
>>103249673
Bait thread
>>
>>103249673
>Mongodb
Tell me you are unemployed without telling me you are unemployed
>>
>>103249673
mongo=retard
>>
File: UWeUhi9-mongodb.png (495 KB, 600x600)
495 KB
495 KB PNG
>>103249673
>>
>>103254461
You have no idea how accurate you are.
>>
Object databases have their own uses cases. Using object db's exclusively is retarded but so is using only relational db's without considering what would be the best tool for the job. Also Mongo is still fairly popular.



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.