Mysql
 sql >> база данни >  >> RDS >> Mysql

Защо nosql с cassandra вместо mysql?

Наистина не разбирам защо хората сравняват доставчици на данни като Cassandra и MySQL заедно - тук наистина сравнявате ябълки и портокали.

Да, NoSQL решенията могат да дадат по-добра производителност от SQL в някои случаи. Но не забравяйте причината те осигуряват тази скорост - те се отказват от няколко от проверките, които често приемате за даденост в SQL. Например, няма да виждате неща като транзакции в NoSQL система, нито ще имате видовете обединения и функции за агрегиране на данни, които получавате като част от SQL система. Получавате много малко гаранции по отношение на последователността на данните.

За 99% от приложенията просто не си струва времето и усилията. Ако сте facebook или twitter, където имате огромни количества неструктурирани данни, където не ви пука дали действително губите някои данни при разбъркване на нещата или имате закъснения по отношение на това кога данните са налични, след като са вмъкнати, NoSQL е просто добре. Въпреки това, за по-голямата част от приложенията все пак трябва да се придържате към SQL.

Що се отнася до мащабируемостта, ако един огромен сайт като Stack Overflow или Ebay може да работи върху SQL, не виждам защо приложението ви не може да работи върху SQL.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Използване на прост доставчик на членство с mysql

  2. MySql актуализира две таблици наведнъж

  3. Hibernate- не успя да инициализира мързеливо колекция от роли:beans.Language.patients, не можа да инициализира прокси - няма сесия

  4. Инсталиране на gem:Неуспешно изграждане на родно разширение на gem (не мога да намеря заглавни файлове)

  5. SQL IF SELECT заявката е нула, след това направете друга заявка