SQLite е база, която М$ никога не могат да направят. Производителна, лека и работеща
SQL Server е сред водещите бази И освен това като част от него има т. нар. embedded edition което покрива точно SQLite сценариите. Естествено че при положение че SQLite го има и е с огромна популярност това майкрософтското ще е нишово и ще се ползва основно от Майкрософт за вътрешно продуктови неща ама да се изплющи че 'не могат' да направят такова нещо е сектантщина :)
Има даже джаваскрипт библиотеки правени от разни ентусиасти дето позволяват да се плющят SQL заявки върху джаваскрипт дейта структурите.
Че тоя SQLite сенсея е гений и SQLite е шедьовър спор нема ама да се ползва това като трамплин за плюване по 'лошите' МС е смешно, се едно да кажем че Майкрософт 'не могат' да направят нещо като Редис, могат да направят квото си искат, вече кое има смисъл да се прави и става популярно в големата игра е въпрос на много неща включително забавни случайности
Последно редактирано на 23.08.2020 от bvbfan, видяно: 1490 пъти.
Аз не ги разглеждам като "лоши" и "добри", кеф ти аццес, кеф ти сървър - ам не ми е кеф. SQLite може да се ползва за big data, GiB-и данни с перфектен перформънс и не е сървърна, което също е доста голямо удобство. Ако под "водещи" разбираш след MariaDB/MySQL и PostgreSQL, там някъде "водят".
Аз не ги разглеждам като "лоши" и "добри", кеф ти аццес, кеф ти сървър - ам не ми е кеф. SQLite може да се ползва за big data, GiB-и данни с перфектен перформънс и не е сървърна, което също е доста голямо удобство. Ако под "водещи" разбираш след MariaDB/MySQL и PostgreSQL, там някъде "водят".
Ми ти си ги разглеждай както искаш, ти не си света
Базите на M$ са направени за различни цели, това че ти и разни идиоти като дришльото искат всичко от едно място си е техен проблем. При M$ има скалируемост, т.е. за малки бази и малки цели почваш с едно, впоследствие скалираш. Специално абцеса е правен за power users, т.е. за приложения в които се предполага не особено голяма база, когато размера стане голям се минава на SQL Server. Съответно целта им е да печелят, не да се харесват на разни момци с 5 долара в джоба. За сметка на това абцеса има визузлани инструменти позволяващи създаване на приложения без някакву особени програмни умения, SQL Server CE работи и за мобилки (той принципно си е за там де) и т.н. и т.н.
Тия неща разбира се теб не те засягат, то и на мен не ми пука де дали ги разбираш или не, само че нали е форум, дори и в най-безнадежните случаи е добре да се пробваме някои дървени глави да научат нещо.
поради каква приина някой би използвал затворена база, освен ако няма един бюджет, който просто трябва да се изхарчи, за да не ти го намалят следващата година ?
поради каква приина някой би използвал затворена база, освен ако няма един бюджет, който просто трябва да се изхарчи, за да не ти го намалят следващата година ?
Това е проблем с цялостта на софтуера, затвореният код не предоставя нищо освен обещания. API, който се държи на "честна" дума не може да бъде нищо повече от алтеренатива.
Ами в огромната си част КЛИЕНТИТЕ на даден софтуер (в случая база данни) не ги интересува дали е отворен или затворен, тях ги интересува да е стабилно, да работи, да има поддръжка ако нещо се счупи и разбира се, цената.
Това че повечето програмисти мислят че хората с пачките разсъждават върху това има или няма сорс си е техен личен обсесивен проблем, когато същите програмисти си купуват коли например (от които им зависи живота) почват въобще да не се интересуват от това дали могат да пипат двигателя или да си сложат 6 гуми, а искат реномиран продукт от голяма фирма с голям опит, сервиз и т.н. и т.н.
Така че когато се прави голям продукт и се предлага на хора с пари е много по-силно да ползваш реномирана база от реномиран потребител, тия истории дори в българското ЗЕУ с отворения код са парлама, достатъчно е да се види какви бази ползват големите фирми и големите министерства - оракъл, sql сървър, informix и т.н.
поради каква приина някой би използвал затворена база, освен ако няма един бюджет, който просто трябва да се изхарчи, за да не ти го намалят следващата година ?
Това е проблем с цялостта на софтуера, затвореният код не предоставя нищо освен обещания. API, който се държи на "честна" дума не може да бъде нищо повече от алтеренатива.
За базите е даже по-лошо, защото там се плаща на ядра, рам, инстанции, абе много е зле. Точно затворена база от икономическа гледна точка е лудост. Обаче големите компании имат едни бюджети и ако не са изхарчени, на следващата годинасе отпускат по-малко пари за ИТ. Затова Q4 обикновено е най силния quater защото тогава масово се купуват неща които не се ползват после. Купуват се за да се изхарчи бюджета за да има за следващата година, а не защото купеното се ползва или защото е добро. Тука се облажват големите компании, защото не върви да дадеш 100 милиона за oss postgre който е по-добър от гадния клонинг на сайбейс, но е ок да дадеш 100 мил. на меките заради името.
поради каква приина някой би използвал затворена база, освен ако няма един бюджет, който просто трябва да се изхарчи, за да не ти го намалят следващата година ?
Колко пъти си ползвал сорса на SQLite като част от решението на проблема за който ползваш SQLite? Аз си го компилирам от сорс ама дори и това не означава че ползвам отвореността му, просто е нещо което върши супер работа И е гювеч.
А да се ползва с предпочитание вендорско решение в проекти сериозно инвестирали в технологии на вендора е най-логичното нещо, ако SQL Server беше безсмислен и заменим софтуер никой нямаше да си шари на Майкрософт и не, не им шарят само за да харчат пари, традиционно го ползват както дебели ЧАСТНИ компании от рода на банки и подобни така и разни по-малки фирми предлагащи т.нар. line of business приложения и си правят сметка кое им върши по-добре работа, да се налага нещо само щото било опън сорс и гювеч е токсичен комунизъм и е странно че и програматори се зарибяват от идеята, нали тогава в програмирането нема да има никви кинти :)