En blog som https://neo4j.com/blog/acid -vs-base-consistency-models-explained/ forklarer BASE på denne måde:
Dette niveau af tvetydighed lyder ikke særlig pålideligt, gør det? De afvejer tilgængelighed og konsistens for at opnå ydeevne og skalerbarhed.
Dette er fint, hvis du kører en tjeneste, der er tolerant over for uoverensstemmende data eller forældede data, eller som er okay med en mindre mængde datatab en gang imellem. Hvis disse problemer er en usædvanlig begivenhed, men du får overlegen ydeevne næsten hele tiden, er det meget attraktivt. Og endnu vigtigere, den demonstrerer godt.
Men hvis du skal køre en tjeneste med strenge krav til dataintegritet, nytter det ikke. Hvis tab af blot én registrering af data får dig i problemer med auditorer, eller hvis du ikke pålideligt kan læse data, du lige har begået et øjeblik før, fordi det tager tid at forplante sig til alle noder i din klynge, kan det være en deal-breaker .
Så hvilket datalager du skal vælge afhænger af kravene til din app. Kun du kan vurdere, om den afslappede tilgængelighed og konsistens i et BASE-datalager er tilstrækkeligt til behovene i din app.