Sign in to follow this  
Fenix

Базы данных

Нужна ли поддержка других баз банных помимо mysql  

14 members have voted

  1. 1. Нужна ли поддержка других баз банных помимо mysql

    • Не нужна
      2
    • Не принципиально
      2
    • Возможно нужна
      4
    • Нужна
      6


Recommended Posts

Нужна ли поддержка других баз банных помимо mysql? Если да, то какие именно базы данных надо поддерживать.

Share this post


Link to post
Share on other sites

Нужна для какого проекта или для языка ПХП?

вообще в свете покупки Сана, надо думать об альтернативах наверное…

Share this post


Link to post
Share on other sites
Нужна для какого проекта или для языка ПХП?

вообще в свете покупки Сана, надо думать об альтернативах наверное…

Для веб-приложения.

Share this post


Link to post
Share on other sites

Все зависит от проекта - mysql не является панацеей, у каждого есть что-то свое хорошее.

Что касается покупки Sun - все остается на своих местах - уже было официальное заявление что MySQL AB будет продолжать работу в штатном режиме

Share this post


Link to post
Share on other sites
Нужна ли поддержка других баз банных помимо mysql? Если да, то какие именно базы данных надо поддерживать.

Все зависит от канкретных задач, и не важно веб-приложение или ещё какое, вопрос объёмов нагрузок и специфики

конкретнее пжлста

Share this post


Link to post
Share on other sites

Выбирая какую-то БД - выбираешь конкретный мир программинга под эту БД, со своей логикой, со своим мышлением, со своими подходами.

Поэтому мой ответ - пишите только под одну БД. Остальные будут как не пришей кобыле хвост.

Share this post


Link to post
Share on other sites
Выбирая какую-то БД - выбираешь конкретный мир программинга под эту БД, со своей логикой, со своим мышлением, со своими подходами.

Поэтому мой ответ - пишите только под одну БД. Остальные будут как не пришей кобыле хвост.

Не правильный ответ.

Чего стоит в своей системе написать API под несколько баз данных?

Ведь API функций практически одинаковый везде.

resource pg_query ([ resource $link_identifier ], string $query )
resource mysql_query ( string $query [, resource $link_identifier ] )

Тут уже другой вопрос, с какой частностью применяются операторы SQL(SELECT, INSERT, UPDATE и т.д.).

Делать/смотреть тесты, и уже использовать какую-то конкретную базу.

В моей системе реализовано несколько баз данных, в основном я отвел внимание на mysql(использую mysql_pconnect, mysqli_connect, mysql_connect, зависит от конфигурации).

Реализовано кучу методов для добавление различных типов баз данных.

Это что-то вроде подстраховки, на будущее или же "гибкость".

Edited by AMD

Share this post


Link to post
Share on other sites
Все зависит от канкретных задач, и не важно веб-приложение или ещё какое, вопрос объёмов нагрузок и специфики

конкретнее пжлста

Нагрузки могут быть разными. Это веб-приложение только каркас.

Share this post


Link to post
Share on other sites
Нагрузки могут быть разными. Это веб-приложение только каркас.

тогда, к чему вопросы если вы знаете ответ? если приложение(я) универсальное(ые) и планируется ставить не на одном сервере, то естественно надо учитывать возможность его подключения к разным типам баз

Share this post


Link to post
Share on other sites

mysql, sqlite, postgre, mssql (если виндовый хостинг), [oracle (если всё очень круто, но его как правило не надо)]

Share this post


Link to post
Share on other sites
Не правильный ответ.

Чего стоит в своей системе написать API под несколько баз данных?

Ведь API функций практически одинаковый везде.

Потому что вы мыслите только самым примитивным уровнем - только SQL.

Использовать тот-же код, что для MySQL для PostgreSQL, MSSQL или Oracle - это все равно что забивать микроскопом сапожные гвозди.

Используя дополнительные фичи каждой из БД, можно сделать продукт более функциональным при меньших трудозатратах. Можно сократить в разы затраты на разработку, изменив вообще процесс общения middleWare с БД.

Например, если наш продукт реализовать на MySQL, то мне пришлось бы добирать еще десяток разработчиков, чтобы держать текущий темп разработки. Это очень дорого.

Share this post


Link to post
Share on other sites

s0rr0w, прежде чем блестать здесь своими знаниями и опытом разобрались бы в чём дело и что ТС всё таки хочет. а хочет он универсальности и ублажения потребностей пользователей его веб приложений. Понятное дело универсальность ведет к определённым потерям, где по скорости, где-то по объему ресурсов ... а где-то и излишним затратам времени разработки

редакция орфографических ошибок ...

Edited by LunatiK

Share this post


Link to post
Share on other sites
s0rr0w, прежде чем блестать здесь своими знаниями и опытом разобрались бы в чём дело и что ТС всё таки хочет. а хочет он универсальности и ублажения потребностей пользователей его веб приложений. Понятное дело универсальность ведет к определённым потерям, где по скорости, где-то по объему ресурсов ... а где-то и излишним затратам времени разработки

Ублажение потребностей пользователей? Пользователям веб-приложений глубоко фиолетово, на какой именно БД все построено. И если приложение, в силу своей универсальности, будет медленнее по скорости, менее стабильным, с более долгим периодом обновления и добавления функционала, то это на заботу про пользователей вообще не похоже.

Share this post


Link to post
Share on other sites
Ублажение потребностей пользователей? Пользователям веб-приложений глубоко фиолетово, на какой именно БД все построено. И если приложение, в силу своей универсальности, будет медленнее по скорости, менее стабильным, с более долгим периодом обновления и добавления функционала, то это на заботу про пользователей вообще не похоже.

Уважаемый, пользователи Веб-приложения и посетители сайта это разные люди. да действительно посетителяв по барабану на чём стоит и держется сайт. А пользователи приложения покупают или владеют хостингами, веб-серверами и под свои возможности они и ищут приложения. Соответственно перехо клиентов на аналоги конкурентов у которых воддерживаются нужные технологии

Share this post


Link to post
Share on other sites
Уважаемый, пользователи Веб-приложения и посетители сайта это разные люди. да действительно посетителяв по барабану на чём стоит и держется сайт. А пользователи приложения покупают или владеют хостингами, веб-серверами и под свои возможности они и ищут приложения. Соответственно перехо клиентов на аналоги конкурентов у которых воддерживаются нужные технологии

У меня впечатление, что вы живете в какой-то запредельной реальности.

Нормальные люди покупают железо под приложения, а не приложения под железо. Потому что стоимость ПО на порядок и больше отличается от стоимости железки, на которое это ПО ставится.

Мало того, всем абсолютно пофиг на чем написано, какая БД используется, какие ОС нужны для функционирования данного ПО, главное, чтобы оно максимально решало поставленные задачи.

Share this post


Link to post
Share on other sites
Потому что вы мыслите только самым примитивным уровнем - только SQL.

Использовать тот-же код, что для MySQL для PostgreSQL, MSSQL или Oracle - это все равно что забивать микроскопом сапожные гвозди.

Под каждую БД написаны разные классы, запросы, триггеры и т.д.

Есть определенные задачи, которые должно решить мое веб-приложение.

От этого уже нужно отталкиваться.

Не как веб-приложение не может использовать один и тот же код под БД.

У меня впечатление, что вы живете в какой-то запредельной реальности.

Нормальные люди покупают железо под приложения, а не приложения под железо. Потому что стоимость ПО на порядок и больше отличается от стоимости железки, на которое это ПО ставится.

Мало того, всем абсолютно пофиг на чем написано, какая БД используется, какие ОС нужны для функционирования данного ПО, главное, чтобы оно максимально решало поставленные задачи.

Не знаю, если Вы там в "Запределье" покупаете железо под каждое приложение, да я понимаю что Вы хотите сказать пишите офигетельно крутое ПО, под которое надо специфическое ПО.

Речь идет о гибкости, о БД ;)

Мало того, всем абсолютно пофиг на чем написано, какая БД используется, какие ОС нужны для функционирования данного ПО, главное, чтобы оно максимально решало поставленные задачи.

Это для конечного юзера, а для пользователя(например студента) веб-приложения покупать выделенный сервер, который будет использовать специальную железку, как то..

В общем нужно писать кросс-браузерное ПО :)

Edited by AMD

Share this post


Link to post
Share on other sites
Не знаю, если Вы там в "Запределье" покупаете железо под каждое приложение, да я понимаю что Вы хотите сказать пишите офигетельно крутое ПО, под которое надо специфическое ПО.

Речь идет о гибкости, о БД ;)

Гибкости? Гибкости в чем? На разных БД можно одну и ту же задачу решить совершенно разными способами. В Oracle можно сделать всего один запрос, вместо 20-ти в mySQL, и получить идеальные данные в ответ, в то время как после запросов в mySQL придется еще и серверные скрипты подключать.

Используя подход mySQL к MSSQL или Oracle, вы будете использовать более продвинутые СУБД в качестве тупого хранилища. Гибкость говорите?

Это для конечного юзера, а для пользователя(например студента) веб-приложения покупать выделенный сервер, который будет использовать специальную железку, как то..

Студенту на самом деле глубоко фиолетово будет, какую именно БД разработчик указал в качестве требуемой. Потому что он не понимает разницы.

В общем нужно писать кросс-браузерное ПО :)

БД тут не при чем, пишите конечно же :)

Share this post


Link to post
Share on other sites
Трудно с тобой спорить ;)

Просто мы мыслим на разных уровнях. Твое мышление продиктовано мелочью, это уровень сайтов, мелких поделок, SOHO ПО, и ты безусловно прав при данном подходе.

Я смотрю же на это в промышленном масштабе. Там другие мерки и другие подходы.

Share this post


Link to post
Share on other sites

я давно сайты не делал :)

В чем-то ты прав, да я много внимание уделяю мелочи. это нормально (с).

Но я не пишу просто веб-страницы, эт меня даже обидело :)

Последняя моя работа - браузерная игра :P

Edited by AMD

Share this post


Link to post
Share on other sites
я давно сайты не делал :)

В чем-то ты прав, да я много внимание уделяю мелочи. это нормально (с).

Но я не пишу просто веб-страницы, эт меня даже обидело :)

Последняя моя работа - браузерная игра :P

Веб-страницы приведены для примера. И веб-страницы бывают разными, например написать свой портал по типу Yahoo - тоже надо уметь.

Мышление просто у нас сильно отличается. Ты вращаешься в кругах потребительских, а мне приходится на корпоративном уровне работать. И это и есть основное наше отличие. Что хорошо для потребительского уровня, для корпоративного - смерть.

Share this post


Link to post
Share on other sites

2s0rr0w

Можешь привести пример веб-приложения для корпоративного уровня?

По теме:

MySQL на даный момент самая распространенная БД, хостигнов с PHP без БД не много, с PostgreSQL меньше чем с MySQL.

Да и в принципе MySQL - реляционная БД, в то время как PostgreSQL - объектно-реляционная БД(Oracl'a тоже).

MySQL является решением для малых и средних приложений.

Edited by Mot

Share this post


Link to post
Share on other sites
2s0rr0w

Можешь привести пример веб-приложения для корпоративного уровня?

CRM :lol:

SAS (Software as service)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Member Statistics

    46,457
    Total Members
    3,128
    Most Online
    Nip
    Newest Member
    Nip
    Joined
  • Recently Browsing   0 members

    No registered users viewing this page.