MySQL или Firebird ?
15 отговора
0 прегледа
MySQL или Firebird ?
Коя база е по добра за десктоп приложение за работа в мрежа и еветуално отдалечен доступ без синхрозация в реално време
Postgre
MySQL НЕ Е безплатен за комерсиални десктоп приложения, нищо че е open source. Пък и сега си сменят storege engine, след като Oracle купиха InnoDB.
А иначе за мен най-голямото недоразумение е безплатния MS SQL.
А иначе за мен най-голямото недоразумение е безплатния MS SQL.
Корекция
И аз не съм фен на MySQL, но все пак да направя корекция.
MySQL Е безплатен за комерсиални десктоп приложения, ако накараш клиентите сами да си го инсталират. Т.е. ако продаваш счетоводен софтуер, даваш на клиентите приложението си, и им казваш - трябва да си инсталирате MySQL. Което е криво.
И самият MySQL има няколко версии, с най-различни енджини, на всяка от които им липсва нещо. Голям батак си е според мен.
MySQL Е безплатен за комерсиални десктоп приложения, ако накараш клиентите сами да си го инсталират. Т.е. ако продаваш счетоводен софтуер, даваш на клиентите приложението си, и им казваш - трябва да си инсталирате MySQL. Което е криво.
И самият MySQL има няколко версии, с най-различни енджини, на всяка от които им липсва нещо. Голям батак си е според мен.
Определено не трябва така
Защото в такъв случай всички щяхме да ползваме dBase и разни други такива
Нова база се учи за нула време. Много по-важно е да се избере подходяща, а не позната база.
Нова база се учи за нула време. Много по-важно е да се избере подходяща, а не позната база.
Re: Определено не трябва така
Абе някой може ли да посочи КОНКРЕТНИ причини поради които не харесва MySQL? Правил съм няколко неща с нея с Буилдера и уеб приложения с БД и MySQL-а се е държала, така както съм очаквал. ДА не говорим, че LAMP (Линукс, Апачи, MySQL, PHP) е класика. Е, в моят моят предпочитан вариант е малко по-друг, но мисълта ми е, че Уеб сървър с MySQL е много често срещан вариант.
Може
Разбира се, че може.
Естествено всяка база данни си има област на приложение, за която е по-подходяща, отколкото други такива, за които не е оптималното решение. Често това е доста разтегливо понятие и това поражда спорове. Да вземем за пример посочения от теб LAMP - за какво е подходящо да се ползва? За уеб форум? Перфектно! Особено, ако не разполагаш със собствен хостинг и трябва да ползваш широко разпространеите услуги, т.е. LAMP
Но дали е подходящо решение да ползваш MySQL за Windows desktop приложение с голям обхват и относително голяма сложност, като ERP например. В такива ситуации голяма част от бизнес логиката на приложението може да се намира в самата база. А както предполагам знаеш - MySQL до скоро изобщо нямаше възможност за това. А на следващите версии, след като добавиха поддръжка за тригери и съхранени процедури, пък им се носи славата, че производителността им е паднала драстично в сравнение с предишните. За това не мога да ти дам конкретни цифри, но това е факт.
Другото от което MySQL страда е неговият SQL диалект. Всеки, който е малко повечко запознат може да каже, че това не е точно SQL стандартът - някои неща не се поддържат (вложени заявки например. Или в някоя от последните версии вече го може?), други неща мога да ги определя като "странни". ИСкам да кажа, че MySQL като SQL синтаксис е доста по-различна от останалите бази и това е във вреда на разработчиците. Другата голяма вреда за разработчиците е тоталната липса на качествени инструменти за администрация и за работа с базата (тук поне 4-5 върли фенове на оупън сорса трябва да са се задавили и да обмислят разгневени отговори на постинга ми
). Сега ще кажете "Какво по-добро от phpMyAdmin?". Добре де, а какво му е доброто? Единственото му предимство е, че е уеб базиран и върши работа в честите случаи за уеб хостинга, когато нямаш никакъв друг достъп до базата. Ами да попитам аз - виждали ли сте IB Expert? Ето това е добър инструмент за администрация на база. MySqlAdmin ще го стигне IB Expert-а, когато на Митко Миташки татко му му купи колело
Други тулове? MySQL Administrator? Трябва да си мазохист за да работиш с него (разбирай, че смятам "писачите" му за садисти). И още около хиляда сто тридесет и два оупън сорс тула в различни стадии - от версия 0.1 до версия 0.9.1.5 - повечето недовършени и бъгави
Друг проблем е липсата на качествен енджин (след като Oracle придобиха InnoDB). Нима едно сериозно приложение би могло да бъде реализирано, ако базата данни под него не поддържа транзакции? Трудна работа. Те затова и взеха Jim Starkey, че да им направи един енджин, дето да става за нещо
От къде на къде да не мога да имам две колони в една таблица със стойност по подразбиране текущото време?! (Не че на някой би му потрябвало - аз знам само за един такъв случай) но е интересно като подход
И разни други такива "екстри". Ако някой го интересуват подробности - това е една моя любима страничка
Много се разводних, за което се извинявам. На няколко пъти си мислех да се откажа и да не го пускам тоя пост, ама много се паля на тая тема. Предния път се сдържах, когато Йордан се изказа компетентно за "безплатния MS SQL"... Да, той е голямо менте. Те затова го рекламират, като една от най-добрите бази в света, белким някой се върже и да го ползва.
Както си личи от казаното от мен - да, аз съм доста категоричен по въпроса. MySQL си има своето тясно приложение (по моето мнение това е идеалната базичка да си направи човек брояч на посещенията на уеб сайта си), но когато се опре до големи десктоп Windows приложения - е просто не е за MySQL тая работа...
Голям спор ще падне сега...
Естествено всяка база данни си има област на приложение, за която е по-подходяща, отколкото други такива, за които не е оптималното решение. Често това е доста разтегливо понятие и това поражда спорове. Да вземем за пример посочения от теб LAMP - за какво е подходящо да се ползва? За уеб форум? Перфектно! Особено, ако не разполагаш със собствен хостинг и трябва да ползваш широко разпространеите услуги, т.е. LAMP
Другото от което MySQL страда е неговият SQL диалект. Всеки, който е малко повечко запознат може да каже, че това не е точно SQL стандартът - някои неща не се поддържат (вложени заявки например. Или в някоя от последните версии вече го може?), други неща мога да ги определя като "странни". ИСкам да кажа, че MySQL като SQL синтаксис е доста по-различна от останалите бази и това е във вреда на разработчиците. Другата голяма вреда за разработчиците е тоталната липса на качествени инструменти за администрация и за работа с базата (тук поне 4-5 върли фенове на оупън сорса трябва да са се задавили и да обмислят разгневени отговори на постинга ми
Друг проблем е липсата на качествен енджин (след като Oracle придобиха InnoDB). Нима едно сериозно приложение би могло да бъде реализирано, ако базата данни под него не поддържа транзакции? Трудна работа. Те затова и взеха Jim Starkey, че да им направи един енджин, дето да става за нещо
Много се разводних, за което се извинявам. На няколко пъти си мислех да се откажа и да не го пускам тоя пост, ама много се паля на тая тема. Предния път се сдържах, когато Йордан се изказа компетентно за "безплатния MS SQL"... Да, той е голямо менте. Те затова го рекламират, като една от най-добрите бази в света, белким някой се върже и да го ползва.
Както си личи от казаното от мен - да, аз съм доста категоричен по въпроса. MySQL си има своето тясно приложение (по моето мнение това е идеалната базичка да си направи човек брояч на посещенията на уеб сайта си), но когато се опре до големи десктоп Windows приложения - е просто не е за MySQL тая работа...
Голям спор ще падне сега...
:-) Браво Andrew браво Nikoloff
Евала за поста , аз надали бих имал нерви да напиша толкоз дълъг някога
.
Мисля, че вече си избрах новата база данни към която да се насоча благодарение на теб , не че се доверявам сляпо просто везните се бяха наклонили към Firebird и очаквах едно малко побутване от човек като теб .
не че стария Paradox не върши работа ама защо да бутаме планината при Асан вместо да му покажем пътя към нея :-) .То днеска напишеш за някой някакво программче и то пък вземе че му потръгне и след месеци иска вече мрежа и ако не му мине данъчен пътя догодина вземи че отвори магазин и в друг град и като го домързи иска да си седи в офиса и да гледа от кой магазин по колко печели в реално време
и други екстри
! Така че трябва да се работи с переспектива .
Само не си прав за туловете , гледам че фирмата EMS са пуснали tool за MySQL който наподобява IB Expert-a
А относно лицензите има ли някой в БГ на който да му пука и вземе че си купи базата ( естесвенно не стаава дума за фирми с 6-цифрен дневен оборот) - надали ?
Мисля, че вече си избрах новата база данни към която да се насоча благодарение на теб , не че се доверявам сляпо просто везните се бяха наклонили към Firebird и очаквах едно малко побутване от човек като теб .
не че стария Paradox не върши работа ама защо да бутаме планината при Асан вместо да му покажем пътя към нея :-) .То днеска напишеш за някой някакво программче и то пък вземе че му потръгне и след месеци иска вече мрежа и ако не му мине данъчен пътя догодина вземи че отвори магазин и в друг град и като го домързи иска да си седи в офиса и да гледа от кой магазин по колко печели в реално време
Само не си прав за туловете , гледам че фирмата EMS са пуснали tool за MySQL който наподобява IB Expert-a
А относно лицензите има ли някой в БГ на който да му пука и вземе че си купи базата ( естесвенно не стаава дума за фирми с 6-цифрен дневен оборот) - надали ?
Редактирано от otoboto на
За EMS
Трябва да си призная, че EMS SQL Manager-а за MySQL не съм го ползвал, т.е. ползвал съм му само Lite версията. Навремето (преди да открием IB Expert-а) ползвахме техния тул за InterBase и бая проблеми ни създаде, та от тогава съм ги отрекал като фирма
(доста съм краен в такива ситуации ;-)) Аз за късмет нямам чести сблъсаци с MySQL, но колегите тука на които им се налага (горкичките!) след като порядъчно попсуваха значително количество тулове, в края на краищата се спряха на MySQL-Front. Ама сега на сайта им пише това:
MySQL-Front has been discontinued since MySQL AB forced us to remove this program from the market.
Thanks a lot for all your help!
Your MySQL-Front Team
We hope the humanity will learn to work together instead of fighting another senseless...
Яко, нали
MySQL-Front has been discontinued since MySQL AB forced us to remove this program from the market.
Thanks a lot for all your help!
Your MySQL-Front Team
We hope the humanity will learn to work together instead of fighting another senseless...
Яко, нали
Re: Може
>> Голям спор ще падне сега...
Няма да падне, защото нямам намерение да споря. Все пак тук не е форум БД, още повече, че ние като програмисти не би трябвало да избираме сами БД за проекта си, стига това да не е наш проект.
Лично за мен предпочитаните БД са Paradox и MS SQL за десктоп приложения и MySQL за уеб приложения. За жалост досега не съм срещал провайдър, който предлага Firebird/Interbase БД. Всъщност, добрите бг провайдъри за ASP.NET са 1-2 и всички те предлагат MySQL/MS SQL БД.
MySQL Control Center(CC) e дърво с ограничена функционалност, но ... това е положението. CC ми е давал грешка при работа с БД, но общо взето се държи добре. Най ме бърка, че щом веднъж съм създал таблицата, няма начин да добавя поле там, където аз искам, т.е. след определено поле и затова винаги ги добавям с SQL синтаксис най-отзад.
Съхранени процедури, тригери, транзакции общо взето не са ми трябвали при уеб приложения,
но ако се наложи ще правя, това което едни майнички от БанкСофт /сигурно ги познаваш/ наричаха "софтуерна транзакция"
Това е от мен. Ако някой предлагаше уеб хостинг с Firebird БД сигурно с радост бих го избрал, но ...
Няма да падне, защото нямам намерение да споря. Все пак тук не е форум БД, още повече, че ние като програмисти не би трябвало да избираме сами БД за проекта си, стига това да не е наш проект.
Лично за мен предпочитаните БД са Paradox и MS SQL за десктоп приложения и MySQL за уеб приложения. За жалост досега не съм срещал провайдър, който предлага Firebird/Interbase БД. Всъщност, добрите бг провайдъри за ASP.NET са 1-2 и всички те предлагат MySQL/MS SQL БД.
MySQL Control Center(CC) e дърво с ограничена функционалност, но ... това е положението. CC ми е давал грешка при работа с БД, но общо взето се държи добре. Най ме бърка, че щом веднъж съм създал таблицата, няма начин да добавя поле там, където аз искам, т.е. след определено поле и затова винаги ги добавям с SQL синтаксис най-отзад.
Съхранени процедури, тригери, транзакции общо взето не са ми трябвали при уеб приложения,
Това е от мен. Ако някой предлагаше уеб хостинг с Firebird БД сигурно с радост бих го избрал, но ...
Re: Може
Да попитам аз, като последния лаик, защо да е отврат "безплатния", както го наричате предполагам MS SQL 2005 Express?
Къде са му проблемите?!?
Къде са му проблемите?!?
:) повечето забележки на Andrew към MySQL
:) повечето забележки на Andrew към MySQL са били чути от разработчиците и в MySQL 4.1.x и нагоре са отстранени, вкл и за диалекта и администратора.
Не агитирам никого, но MySQL си е без пари, ако му се ползва безплатния лиценз и не се вземат пари от крайния клиент (няма значение кой го инсталира :) ).
За администриране ползвам и админстратора му (дразни ме само, че не са измислили как на трай иконката да се вижда едновременно състоянието на няколкото инсталирани сървъра - виждат се само OR-нати и могат да се пренебрегват, но това си е общ проблем на сървърите). Ползвам и Навикат ([линк]) - не е много скъп.
Не агитирам никого, но MySQL си е без пари, ако му се ползва безплатния лиценз и не се вземат пари от крайния клиент (няма значение кой го инсталира :) ).
За администриране ползвам и админстратора му (дразни ме само, че не са измислили как на трай иконката да се вижда едновременно състоянието на няколкото инсталирани сървъра - виждат се само OR-нати и могат да се пренебрегват, но това си е общ проблем на сървърите). Ползвам и Навикат ([линк]) - не е много скъп.
Re: Може
Мразя дир-а! Постнах си отговора, не каза грешка, а него никакъв го няма...
Не е "отврат". Мислех, че сарказмът в думите ми е очевиден
Единствените разлики на Express версията с останалите е, че е ограничен максималният рамер на базата (4 GB), максимално използваната памет (1 GB) и използва само един процесор.
Не е "отврат". Мислех, че сарказмът в думите ми е очевиден
Единствените разлики на Express версията с останалите е, че е ограничен максималният рамер на базата (4 GB), максимално използваната памет (1 GB) и използва само един процесор.
Re: MySQL или Firebird ?
Ако ще е за пари - май има нещо за кредитиране по линия на MySQL. Пък Firebird-a първо си е безплатен, второ си е екстра, лек е, бърз е, чудесна поддръжка в Делфи, а как хвърчи, когато базата се търкаля на Линукс... фантазия.