Защо MySQL?
16 отговора
616 прегледа
Защо MySQL?
Защо точно MySQL?
Струва ми се, че тук има доста хора които имат мнение по тази тема.
Аз лично харесвам повече PostgreSQL, но пък може и да не съм прав, пък и не познавам чак толкова добре MySQL?
Кое според вас е предимство и какви са недостатъците?
Тъй-като виждам че има доста смели изказвания ще ви помоля за малко повече умереност и конструктивност.
Струва ми се, че тук има доста хора които имат мнение по тази тема.
Аз лично харесвам повече PostgreSQL, но пък може и да не съм прав, пък и не познавам чак толкова добре MySQL?
Кое според вас е предимство и какви са недостатъците?
Тъй-като виждам че има доста смели изказвания ще ви помоля за малко повече умереност и конструктивност.
Защото е MySQL!
Когато се обсъждат БД свързани с някой (който и да е) език си мисля, че винаги трябва да се изходи от - ИЗБОРА! А избора зависи от критериите! А критериите от задачите, те пък от своя страна от проекта...
Сигурност, архитектура, основен дизайн, API, транзакции, графичен интерфейс...
Защо MySQL? Бърза, Евтина, Проста, Надеждна! Еднакво добре работеща под UNIX и Windows! Отлично пасва на нуждите за изграждането на сайт със праволинейно съдържание което не се нуждае от най-специалните свойства на PostgreSQL или Oracle.
И не на последно място - съществува неофициално обединение между PHP и MySQL, като плановете им са за максимално сближаване на продуктите.
С две думи - PHP и MySQL са като дупе и гащи
Сигурност, архитектура, основен дизайн, API, транзакции, графичен интерфейс...
Защо MySQL? Бърза, Евтина, Проста, Надеждна! Еднакво добре работеща под UNIX и Windows! Отлично пасва на нуждите за изграждането на сайт със праволинейно съдържание което не се нуждае от най-специалните свойства на PostgreSQL или Oracle.
И не на последно място - съществува неофициално обединение между PHP и MySQL, като плановете им са за максимално сближаване на продуктите.
С две думи - PHP и MySQL са като дупе и гащи
Re: Защото е MySQL!
Когато се обсъждат БД свързани с някой (който и да е) език си мисля, че винаги трябва да се изходи от - ИЗБОРА! А избора зависи от критериите! А критериите от задачите, те пък от своя страна от проекта...
Без съмнение! Макар, че програмистите винаги се делят на нъкъкъв тип и повечето от тях твърдят че това което познават най добре е перфектното решение на всеки проблем! Нещо като панацея! Аз не съм съгласен с подобен тип схващания и абсолютно подкрепям идеята че изборът зависи от целта и най-качественото и най-бързото и постигане!
Обаче много рядко ше срещнете хостинг, който предлага алтернатива!
Сигурност, архитектура, основен дизайн, API, транзакции, графичен интерфейс...
Да това също е вярно но това многоточие след "графичен интерфейс ..." доста се разви в последните години и си мисля че МъСЯЛ-а малко изостана ...
Защо MySQL? Бърза, Евтина, Проста, Надеждна! Еднакво добре работеща под UNIX и Windows! Отлично пасва на нуждите за изграждането на сайт със праволинейно съдържание което не се нуждае от най-специалните свойства на PostgreSQL или Oracle.
Това според мен е най-важното! Хората лесно се учат и не е необходимо да прочетеш тонове с описания, а и свикнеш ли с нещо, после трудно се отказваш от него. Особено в БГ когато заплащането е сравнително лайт а сроковете много кратки, бързото навлизане е много важно! Трислойната архитектура от типа "клиент <-> скрипт на сървъра <-> база" поставя по-неангажиращи условия за нежалана намеса в базата т.е. не е необходимо голяма част от логиката на програмата да се изнесе в базата за да се предотврати случайна намеса, което не поставя изисквания за добре развити процедурни езици за функции или "сторед просииджърс". За да съм по-ясен - Например, не е необходимо цената на една стока да се калкулира от функция в базата и да не може да се променя на ниво таблица (т.е. таблицата да не е достъпна за промяна например с обикновен упдейт, а само функция с определени рестрикции да може да я променя), това вече не е проблем, тъй като достъп до базата може да има само от локалхост-а, а всички останали се свързват на ниво ПХП или АСП например. Не знам дали стана ясно, но тези които са правили нещо подобно, със сигурност ще ме разберат.
И не на последно място - съществува неофициално обединение между PHP и MySQL, като плановете им са за максимално сближаване на продуктите.
С две думи - PHP и MySQL са като дупе и гащи
Аха!
Но все пак не смятате ли, че Постгре например притежава същите качества, че и отгоре ...
Не се застъпвам за нито една от базите, на мен и двете ми харесват, но обикновенно нямам избор - като питам за хостинг с Постгре, обикновено ме питат "Кво е тва?". Не че няма, но е много малък избора ... Аз мразя да нямам избор, предполагам и вие!
Без съмнение! Макар, че програмистите винаги се делят на нъкъкъв тип и повечето от тях твърдят че това което познават най добре е перфектното решение на всеки проблем! Нещо като панацея! Аз не съм съгласен с подобен тип схващания и абсолютно подкрепям идеята че изборът зависи от целта и най-качественото и най-бързото и постигане!
Обаче много рядко ше срещнете хостинг, който предлага алтернатива!
Сигурност, архитектура, основен дизайн, API, транзакции, графичен интерфейс...
Да това също е вярно но това многоточие след "графичен интерфейс ..." доста се разви в последните години и си мисля че МъСЯЛ-а малко изостана ...
Защо MySQL? Бърза, Евтина, Проста, Надеждна! Еднакво добре работеща под UNIX и Windows! Отлично пасва на нуждите за изграждането на сайт със праволинейно съдържание което не се нуждае от най-специалните свойства на PostgreSQL или Oracle.
Това според мен е най-важното! Хората лесно се учат и не е необходимо да прочетеш тонове с описания, а и свикнеш ли с нещо, после трудно се отказваш от него. Особено в БГ когато заплащането е сравнително лайт а сроковете много кратки, бързото навлизане е много важно! Трислойната архитектура от типа "клиент <-> скрипт на сървъра <-> база" поставя по-неангажиращи условия за нежалана намеса в базата т.е. не е необходимо голяма част от логиката на програмата да се изнесе в базата за да се предотврати случайна намеса, което не поставя изисквания за добре развити процедурни езици за функции или "сторед просииджърс". За да съм по-ясен - Например, не е необходимо цената на една стока да се калкулира от функция в базата и да не може да се променя на ниво таблица (т.е. таблицата да не е достъпна за промяна например с обикновен упдейт, а само функция с определени рестрикции да може да я променя), това вече не е проблем, тъй като достъп до базата може да има само от локалхост-а, а всички останали се свързват на ниво ПХП или АСП например. Не знам дали стана ясно, но тези които са правили нещо подобно, със сигурност ще ме разберат.
И не на последно място - съществува неофициално обединение между PHP и MySQL, като плановете им са за максимално сближаване на продуктите.
С две думи - PHP и MySQL са като дупе и гащи
Аха!
Но все пак не смятате ли, че Постгре например притежава същите качества, че и отгоре ...
Не се застъпвам за нито една от базите, на мен и двете ми харесват, но обикновенно нямам избор - като питам за хостинг с Постгре, обикновено ме питат "Кво е тва?". Не че няма, но е много малък избора ... Аз мразя да нямам избор, предполагам и вие!
По принцип
Можем да си чешем езиците на тема БД до безкрайност.
Всеки има право на избор. Но когато говорим за сериозен проект (не две страници които хлапетиите наричат гръмко - ПРОЕКТ :) ) изборът на средства се определя от PM (Project Mamager). За това как се определя точно БД зависи от много критерии - това си е наука която само изучаването и не би могла да ти донесе необходимите знания (колкото и парадоксално да звучи) - важен е и опита. Не случайно се плащат луди пари на PM.
Вече ти изброих качествата на MySQL - Бърза, Евтина, Проста, Надеждна - поради които лесно се избира било при изучаване на PHP или осъществяване на не сложни задачи.
Друго много важно при избора е бъдещето развитие. Най-неприятното е когато след време се окаже, че в системата която си поддържал с години трябва да се замени един от компонентите - програмен език или БД. Повярвай ми - страшно много средства коства това на всички! В този аспект PHP и MySQL търпят развитие - което ги прави надежни в дългосрочен план. Насоките и на двата продукта са към ООП, което ги прави гъвкави.
Всяка БД си има предимства и недостатъци - за пореден път - въпрос на ТОЧЕН избор е за конкретния случай коя ще отговори максимално на определените критерии. Може да е MySQL, може и PostgreSQL.
И не трябва да се забравя, че когато поставяш определена задача на колектив кодиращ на PHP, по-голямата част от тях познават перфектно MySQL (като по-бърза за усвояване). Работата с друга ще ти коства време и пари, ако не разполагаш с хора готови да се спарвят. Това не е никак маловажно.
===
Всеки има право на избор. Но когато говорим за сериозен проект (не две страници които хлапетиите наричат гръмко - ПРОЕКТ :) ) изборът на средства се определя от PM (Project Mamager). За това как се определя точно БД зависи от много критерии - това си е наука която само изучаването и не би могла да ти донесе необходимите знания (колкото и парадоксално да звучи) - важен е и опита. Не случайно се плащат луди пари на PM.
Вече ти изброих качествата на MySQL - Бърза, Евтина, Проста, Надеждна - поради които лесно се избира било при изучаване на PHP или осъществяване на не сложни задачи.
Друго много важно при избора е бъдещето развитие. Най-неприятното е когато след време се окаже, че в системата която си поддържал с години трябва да се замени един от компонентите - програмен език или БД. Повярвай ми - страшно много средства коства това на всички! В този аспект PHP и MySQL търпят развитие - което ги прави надежни в дългосрочен план. Насоките и на двата продукта са към ООП, което ги прави гъвкави.
Всяка БД си има предимства и недостатъци - за пореден път - въпрос на ТОЧЕН избор е за конкретния случай коя ще отговори максимално на определените критерии. Може да е MySQL, може и PostgreSQL.
И не трябва да се забравя, че когато поставяш определена задача на колектив кодиращ на PHP, по-голямата част от тях познават перфектно MySQL (като по-бърза за усвояване). Работата с друга ще ти коства време и пари, ако не разполагаш с хора готови да се спарвят. Това не е никак маловажно.
===
Защото
LAMP rulez
Linux
Apache
MySQL
Php/Perl/Pyton
това е наложило времето и опита като работеща съвместима производителна и стабилна платформа и комбинация.
Колкото за хостинга - повечето сериозни доставчици предлагат и Мъсял и ПГ
root@ro6avia#echo rm -rf * > /bin/seek_and_destroy
root@ro6avia#/bin/seek_and_destroy
Linux
Apache
MySQL
Php/Perl/Pyton
това е наложило времето и опита като работеща съвместима производителна и стабилна платформа и комбинация.
Колкото за хостинга - повечето сериозни доставчици предлагат и Мъсял и ПГ
root@ro6avia#echo rm -rf * > /bin/seek_and_destroy
root@ro6avia#/bin/seek_and_destroy
Re: По принцип
Съгласен със всичко което каза досега, но се чудея все пак няма ли и недостатъци?
Имам опит в преправяне от една база в друга на софт, на който само UML диаграмите са поне 150 страници, верно, голям зор и загуба на време е!
Аз също харесвам MySQL но се надявах да чуя и малко критика, конструктивна разбира се.
До сега не съм срещал нерешими проблеми с MySQL но пък точно с тая база не съм праил големи проекти със сложна логика.
Благодаря ви за вниманието което обърнахте и сериозното отношение към темата.
Имам опит в преправяне от една база в друга на софт, на който само UML диаграмите са поне 150 страници, верно, голям зор и загуба на време е!
Аз също харесвам MySQL но се надявах да чуя и малко критика, конструктивна разбира се.
До сега не съм срещал нерешими проблеми с MySQL но пък точно с тая база не съм праил големи проекти със сложна логика.
Благодаря ви за вниманието което обърнахте и сериозното отношение към темата.
Re: Защото
Това е така, разбира се! Но повечето хора карат по инерция, не е лошо от време на време да се праи равносметка, за да се види дали вървим в крак с времето си!
Защото ние понякога вървим в една посока а света върви в друга. Това е типично за страната ни, защото .... има много причини да не изброявам.
Дали сме в правия път могат да кажат само хората с опит т.е. вие, та затва питах какво ви е мнението.
Иначе ясно че базата се избира от човека, който ръководи проекта т.е. ако не сме ПМ то можем само да си чешем езиците, но пък след време и ние може да станем ПМ - ко праим тогава!
Защото ние понякога вървим в една посока а света върви в друга. Това е типично за страната ни, защото .... има много причини да не изброявам.
Дали сме в правия път могат да кажат само хората с опит т.е. вие, та затва питах какво ви е мнението.
Иначе ясно че базата се избира от човека, който ръководи проекта т.е. ако не сме ПМ то можем само да си чешем езиците, но пък след време и ние може да станем ПМ - ко праим тогава!
Re: Едно изкривено по разбираеми причини мнение ..
Като на всеки въпрос свързан с бази данни и тук универсалния отговор е:
- Зависи! ..
От много неща разбира се. Мисля, че това се вижда ясно в отговорите на този постинг. Например ако клиентът/шефът/хостингът каже, че
- Сървърът ще е Windows и туй то
PostgreSQL автоматично отпада от класацията. И ако в допълнение цената е проблем общо взет остават Firebird и MySQL нали така?
Само пример, но достатъчно показателен за многобройните камъчета, които определят накъде ще се наклони колата.
За всяка работа си има подходящите средства.
А това, че в много случаи MySQL се оказва най-подходящото ...
Нека само да добавя една от много то причини.
MySQL AB - фирмата която разработва, разпространява и поддържа MySQL. "Юридическото лице", което стои зад продукта е изключително важно за много от потребителите по света. В много и различни ситуации.
salle.online.bg/sig
- Зависи! ..
От много неща разбира се. Мисля, че това се вижда ясно в отговорите на този постинг. Например ако клиентът/шефът/хостингът каже, че
- Сървърът ще е Windows и туй то
PostgreSQL автоматично отпада от класацията. И ако в допълнение цената е проблем общо взет остават Firebird и MySQL нали така?
Само пример, но достатъчно показателен за многобройните камъчета, които определят накъде ще се наклони колата.
За всяка работа си има подходящите средства.
А това, че в много случаи MySQL се оказва най-подходящото ...
Нека само да добавя една от много то причини.
MySQL AB - фирмата която разработва, разпространява и поддържа MySQL. "Юридическото лице", което стои зад продукта е изключително важно за много от потребителите по света. В много и различни ситуации.
salle.online.bg/sig
Re: Защото
В отговор на:ние понякога вървим в една посока а света върви в друга. Това е типично за страната ни
няма нищо общо със страната, проектите изпълнявани от един дивелопър за БГ са под 1% от целия обем и това е нормално.
-----------------------
гърбавия - ковчег ще го изправи
Re: Едно изкривено по разбираеми причини мнение ..
Прочитайки sig-a ти виждам че ти няма как да си безпристрастен
For technical support contracts, visit [линк]
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ / Mr. Alexander Keremidarski <[email protected]>
/ /|_/ / // /\ \/ /_/ / /__ MySQL AB, Full-Time Developer
/_/ /_/\_, /___/\___\_\___/ Sofia, Bulgaria
<___/ [линк] M: +359 88 231668
А, относно дали има PostgreSQL за Windows, - ИМА!
Провери на сайта им, аз го ползвам отдавна портнат през CygWIN но има и самостоятелна инсталация.
Пак казвам, за мен и двете бази са добри, щото ми вършат работа!
Просто като безпристрастен потребител, ми се щеше да чуя и други мнения
For technical support contracts, visit [линк]
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ / Mr. Alexander Keremidarski <[email protected]>
/ /|_/ / // /\ \/ /_/ / /__ MySQL AB, Full-Time Developer
/_/ /_/\_, /___/\___\_\___/ Sofia, Bulgaria
<___/ [линк] M: +359 88 231668
А, относно дали има PostgreSQL за Windows, - ИМА!
Провери на сайта им, аз го ползвам отдавна портнат през CygWIN но има и самостоятелна инсталация.
Пак казвам, за мен и двете бази са добри, щото ми вършат работа!
Просто като безпристрастен потребител, ми се щеше да чуя и други мнения
Re: А защо не MySQL?
Postgres (kakto i MySQL) pod cygwin ne sa mnogo stabilni i ne se preporuchva izpolzvaneto im, a mejdu drugoto novata versia 7.5 na postgres (koiato oshte se testva) ima port za windows. Sushto taka ot izvestno vreme ima i edin komersialen port za windows na pg - PowerGres
Re: А защо не MySQL?
Това исках да кажа и аз за жерсия 7.5
Не може да се каже че работи нестабилно под/над/пред и зад CygWin. Има няколко проблема които са известни и се решават сравнително лесно.
Има и проблени под/над/пред и зад
Linux, например с кирилицата.
Определено не е идеалната база, но има доста потенциал в нея.
Не може да се каже че работи нестабилно под/над/пред и зад CygWin. Има няколко проблема които са известни и се решават сравнително лесно.
Има и проблени под/над/пред и зад
Linux, например с кирилицата.
Определено не е идеалната база, но има доста потенциал в нея.
Re: А защо не MySQL?
Случайно да пропускате момента с поддръжката ?
Да речем, намирам еди какъв си бъг ... пиша писмо ... и ни дума ни вопъл ни стон ... евентуално в някоя от следващите версии би могло да бъде оправено. А и документацията е меко казано ужасна.
root@ro6avia#echo rm -rf * > /bin/seek_and_destroy
root@ro6avia#/bin/seek_and_destroy
Да речем, намирам еди какъв си бъг ... пиша писмо ... и ни дума ни вопъл ни стон ... евентуално в някоя от следващите версии би могло да бъде оправено. А и документацията е меко казано ужасна.
root@ro6avia#echo rm -rf * > /bin/seek_and_destroy
root@ro6avia#/bin/seek_and_destroy