MySQL или Firebird ?

15 отговора 0 прегледа
#1

MySQL или Firebird ?

Коя база е по добра за десктоп приложение за работа в мрежа и еветуално отдалечен доступ без синхрозация в реално време

Отговор
в отговор на otoboto #2

Определено Firebird

MySQL е недоразумение на природата (лично мнение)

Отговор
в отговор на otoboto #3

Postgre

MySQL НЕ Е безплатен за комерсиални десктоп приложения, нищо че е open source. Пък и сега си сменят storege engine, след като Oracle купиха InnoDB.

А иначе за мен най-голямото недоразумение е безплатния MS SQL.

Отговор
в отговор на Йopдaн #4

Корекция

И аз не съм фен на MySQL, но все пак да направя корекция.

MySQL Е безплатен за комерсиални десктоп приложения, ако накараш клиентите сами да си го инсталират. Т.е. ако продаваш счетоводен софтуер, даваш на клиентите приложението си, и им казваш - трябва да си инсталирате MySQL. Което е криво.

И самият MySQL има няколко версии, с най-различни енджини, на всяка от които им липсва нещо. Голям батак си е според мен.

Отговор
в отговор на otoboto #5

Re: MySQL или Firebird ?

Която знаеш по-добре.

Отговор
в отговор на eмил #6

Определено не трябва така

Защото в такъв случай всички щяхме да ползваме dBase и разни други такива
Нова база се учи за нула време. Много по-важно е да се избере подходяща, а не позната база.

Отговор
в отговор на andrew_nikoloff #7

Re: Определено не трябва така

Абе някой може ли да посочи КОНКРЕТНИ причини поради които не харесва MySQL? Правил съм няколко неща с нея с Буилдера и уеб приложения с БД и MySQL-а се е държала, така както съм очаквал. ДА не говорим, че LAMP (Линукс, Апачи, MySQL, PHP) е класика. Е, в моят моят предпочитан вариант е малко по-друг, но мисълта ми е, че Уеб сървър с MySQL е много често срещан вариант.

Отговор
в отговор на Beco__ #8

Може

Разбира се, че може.
Естествено всяка база данни си има област на приложение, за която е по-подходяща, отколкото други такива, за които не е оптималното решение. Често това е доста разтегливо понятие и това поражда спорове. Да вземем за пример посочения от теб 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 тая работа...
Голям спор ще падне сега...

Отговор
в отговор на andrew_nikoloff #9

:-) Браво Andrew браво Nikoloff

Евала за поста , аз надали бих имал нерви да напиша толкоз дълъг някога .
Мисля, че вече си избрах новата база данни към която да се насоча благодарение на теб , не че се доверявам сляпо просто везните се бяха наклонили към Firebird и очаквах едно малко побутване от човек като теб .
не че стария Paradox не върши работа ама защо да бутаме планината при Асан вместо да му покажем пътя към нея :-) .То днеска напишеш за някой някакво программче и то пък вземе че му потръгне и след месеци иска вече мрежа и ако не му мине данъчен пътя догодина вземи че отвори магазин и в друг град и като го домързи иска да си седи в офиса и да гледа от кой магазин по колко печели в реално време и други екстри ! Така че трябва да се работи с переспектива .

Само не си прав за туловете , гледам че фирмата EMS са пуснали tool за MySQL който наподобява IB Expert-a

А относно лицензите има ли някой в БГ на който да му пука и вземе че си купи базата ( естесвенно не стаава дума за фирми с 6-цифрен дневен оборот) - надали ?

Редактирано от otoboto на

Отговор
в отговор на otoboto #10

За 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...

Яко, нали

Отговор
в отговор на andrew_nikoloff #11

Re: Може

>> Голям спор ще падне сега...
Няма да падне, защото нямам намерение да споря. Все пак тук не е форум БД, още повече, че ние като програмисти не би трябвало да избираме сами БД за проекта си, стига това да не е наш проект.
Лично за мен предпочитаните БД са Paradox и MS SQL за десктоп приложения и MySQL за уеб приложения. За жалост досега не съм срещал провайдър, който предлага Firebird/Interbase БД. Всъщност, добрите бг провайдъри за ASP.NET са 1-2 и всички те предлагат MySQL/MS SQL БД.

MySQL Control Center(CC) e дърво с ограничена функционалност, но ... това е положението. CC ми е давал грешка при работа с БД, но общо взето се държи добре. Най ме бърка, че щом веднъж съм създал таблицата, няма начин да добавя поле там, където аз искам, т.е. след определено поле и затова винаги ги добавям с SQL синтаксис най-отзад.

Съхранени процедури, тригери, транзакции общо взето не са ми трябвали при уеб приложения, но ако се наложи ще правя, това което едни майнички от БанкСофт /сигурно ги познаваш/ наричаха "софтуерна транзакция"

Това е от мен. Ако някой предлагаше уеб хостинг с Firebird БД сигурно с радост бих го избрал, но ...

Отговор
в отговор на andrew_nikoloff #12

Re: Може

Да попитам аз, като последния лаик, защо да е отврат "безплатния", както го наричате предполагам MS SQL 2005 Express?
Къде са му проблемите?!?

Отговор
в отговор на andrew_nikoloff #13

:) повечето забележки на Andrew към MySQL

:) повечето забележки на Andrew към MySQL са били чути от разработчиците и в MySQL 4.1.x и нагоре са отстранени, вкл и за диалекта и администратора.

Не агитирам никого, но MySQL си е без пари, ако му се ползва безплатния лиценз и не се вземат пари от крайния клиент (няма значение кой го инсталира :) ).

За администриране ползвам и админстратора му (дразни ме само, че не са измислили как на трай иконката да се вижда едновременно състоянието на няколкото инсталирани сървъра - виждат се само OR-нати и могат да се пренебрегват, но това си е общ проблем на сървърите). Ползвам и Навикат ([линк]) - не е много скъп.

Отговор
в отговор на Ивaнчo #14

Re: Може

Мразя дир-а! Постнах си отговора, не каза грешка, а него никакъв го няма...

Не е "отврат". Мислех, че сарказмът в думите ми е очевиден
Единствените разлики на Express версията с останалите е, че е ограничен максималният рамер на базата (4 GB), максимално използваната памет (1 GB) и използва само един процесор.

Отговор
в отговор на andrew_nikoloff #15

Re: Може

екстра
значи мога да продължавам да си го използвам наляво и надясно

Отговор
в отговор на otoboto #16

Re: MySQL или Firebird ?

Ако ще е за пари - май има нещо за кредитиране по линия на MySQL. Пък Firebird-a първо си е безплатен, второ си е екстра, лек е, бърз е, чудесна поддръжка в Делфи, а как хвърчи, когато базата се търкаля на Линукс... фантазия.

Отговор