Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> FireBird или MySQL? 
:(
    Опции темы
former
Дата 3.4.2009, 09:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


MEMS Expert
***


Профиль
Группа: Завсегдатай
Сообщений: 1166
Регистрация: 1.3.2006
Где: Россия

Репутация: нет
Всего: 17
Уважаемые форумчане!
Сразу скажу что этот топик я читал.
У меня возникла делема. Занимаюсь разработкой системы документооборота. Требуется обеспечить доступ к системе, как в локальной сети, так и через Интернет (частично). Бюджет очень маленький, поэтому выбор пал между FireBird и MySQL. Предполагается, что через Интеренет будут загружаться дорументы в разных форматах. Сам я больше склоняюсь к FB, но что-то мне подсказывает, что через Интеренет работать лучше с MySQL. 
Хотелось бы услышать ваше мнение. Заранее спасибо.
Очень важный параметр - производительность.


--------------------
Достаточно снизить уровень мышления, чтобы иные почувствовали почву под ногами.
PM MAIL   Вверх
skyboy
Дата 3.4.2009, 10:42 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


неОпытный
****


Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск

Репутация: 5
Всего: 260
на самом деле, лучше обратить внимание не на выбор СУБД, а на проектирование архитектуры системы.
кластеризацией БД и тьнингом индексов стоит заниматься тогда, когда невозможно оптимизировать логику, кеширование стоит, где только можно, а загрузка процессора приближается к критическим значениям.
Цитата(former @  3.4.2009,  08:52 Найти цитируемый пост)
что через Интеренет работать лучше с MySQL

без разницы, на самом деле. то, что mysql появилась раньше Firebird и обуславливает более широкое распространение на хостинге. 
выбирай то, с чем ты больше знаком. так будет вернее всего.
только не используй слишком уж устаревшие(например, mysql 4x) версии.
PM MAIL   Вверх
former
Дата 3.4.2009, 11:09 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


MEMS Expert
***


Профиль
Группа: Завсегдатай
Сообщений: 1166
Регистрация: 1.3.2006
Где: Россия

Репутация: нет
Всего: 17
Цитата(skyboy @  3.4.2009,  10:42 Найти цитируемый пост)
на самом деле, лучше обратить внимание не на выбор СУБД, а на проектирование архитектуры системы.
кластеризацией БД и тьнингом индексов стоит заниматься тогда, когда невозможно оптимизировать логику, кеширование стоит, где только можно, а загрузка процессора приближается к критическим значениям.

Безусловно. Именно на этом этапе я и нахожусь. И это далеко не полный перечень. С теорией проектирования БД я знаком.
Цитата(skyboy @  3.4.2009,  10:42 Найти цитируемый пост)
выбирай то, с чем ты больше знаком. так будет вернее всего.

Большинство моих проектов выполнено на MS SQL, возможности которого, сам понимаешь, больше.
Необходимо уточнить, что под "доступ через Интернет" я подразумевал из PHP-приложения. И тут возникает вопрос - с какой из этих СУБД лучше работать?
В данном случае меня интересуют плюсы и минусы, подводные камни. 



--------------------
Достаточно снизить уровень мышления, чтобы иные почувствовали почву под ногами.
PM MAIL   Вверх
Deniz
Дата 3.4.2009, 11:40 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1251
Регистрация: 16.10.2004
Где: Новый Уренгой

Репутация: 7
Всего: 44
Цитата(former @  3.4.2009,  12:52 Найти цитируемый пост)
... через Интеренет работать лучше с MySQL.
прокомментируй что имеется ввиду.


--------------------
"Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с)
PM ICQ   Вверх
former
Дата 3.4.2009, 12:00 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


MEMS Expert
***


Профиль
Группа: Завсегдатай
Сообщений: 1166
Регистрация: 1.3.2006
Где: Россия

Репутация: нет
Всего: 17
Цитата(Deniz @  3.4.2009,  11:40 Найти цитируемый пост)
прокомментируй что имеется ввиду. 

Цитата(former @  3.4.2009,  11:09 Найти цитируемый пост)
Необходимо уточнить, что под "доступ через Интернет" я подразумевал из PHP-приложения.

Я имею виду в плане доступа через PHP. 
Интересно так же что по функциональности языка и надежности лучше.

Или может есть другие идеи? С удовольствием их выслушаю.



--------------------
Достаточно снизить уровень мышления, чтобы иные почувствовали почву под ногами.
PM MAIL   Вверх
skyboy
Дата 3.4.2009, 12:38 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


неОпытный
****


Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск

Репутация: 5
Всего: 260
Цитата(former @  3.4.2009,  11:00 Найти цитируемый пост)
Я имею виду в плане доступа через PHP. 

есть инструменты, снимающие большинство различий между работой с разными СУБД: PDO, ADO, ODBC.
с другой стороны, немаловажный момент - сообщество.
людей, работающих со связкой mysql + php должно быть(как мне кажется) много больше использующих php + firebird(в силу большей распространенности mysql). следовательно, в случае проблем, получить консультацию в отношении mysql проще и быстрее.
PM MAIL   Вверх
Deniz
Дата 3.4.2009, 12:48 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1251
Регистрация: 16.10.2004
Где: Новый Уренгой

Репутация: 7
Всего: 44
Цитата(former @  3.4.2009,  15:00 Найти цитируемый пост)
Я имею виду в плане доступа через PHP. 
если вопрос про удобство, то это к спецам по PHP.
Если вопрос про СУБД, то в FireBird возможностей побольше будет, у MySQL больше хостинга. По скорости нужно еще сравнивать, возможно, может получиться так, что время ответа от более медленной СУБД будет допустимо.
Все же вопрос про архитектуру:
1. web-сервер в локалке или в инете?
2. СУБД в локалке или в инете (хостинг и т.д.)?
3. Клиент только PHP и/или толстый клиент?
FireBird мне больше нравится.


--------------------
"Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с)
PM ICQ   Вверх
former
Дата 3.4.2009, 12:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


MEMS Expert
***


Профиль
Группа: Завсегдатай
Сообщений: 1166
Регистрация: 1.3.2006
Где: Россия

Репутация: нет
Всего: 17
Цитата(skyboy @  3.4.2009,  12:38 Найти цитируемый пост)
людей, работающих со связкой mysql + php должно быть(как мне кажется) много больше использующих php + firebird(в силу большей распространенности mysql). следовательно, в случае проблем, получить консультацию в отношении mysql проще и быстрее. 

Именно это и стало причиной дилеммы. smile 


--------------------
Достаточно снизить уровень мышления, чтобы иные почувствовали почву под ногами.
PM MAIL   Вверх
former
Дата 3.4.2009, 13:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


MEMS Expert
***


Профиль
Группа: Завсегдатай
Сообщений: 1166
Регистрация: 1.3.2006
Где: Россия

Репутация: нет
Всего: 17
Цитата(Deniz @  3.4.2009,  12:48 Найти цитируемый пост)
в FireBird возможностей побольше будет

Это я знаю, спасибо.

Цитата(Deniz @  3.4.2009,  12:48 Найти цитируемый пост)
Все же вопрос про архитектуру:
1. web-сервер в локалке или в инете?
2. СУБД в локалке или в инете (хостинг и т.д.)?
3. Клиент только PHP и/или толстый клиент?

1. web-сервер в инете?
2. СУБД в локалке?
3. в локалке расширеный клиент на Delphi, а в инете ограниченный PHP (ввод некоторой информации и загрузка нескольких файлов)?
Думаю нужно шире пояснить. База данных, например по договорам, находится в локалке предприятия. Клиент через инет вводит некоторые данные, присоединяет требуемые файлы. Информация от клиента поступает в БД. Клиент имеет ограниченный доступ к данным (естественно). Сервер БД, в свою очередь, должен сгенерировать необходимые сопроводительные документы по этому договору. Дальнейшую работу с БД через клиент, написанный на Delphi, осуществляют в локалке сотрудники предприятия (естественно расширенный доступ).
Цитата(Deniz @  3.4.2009,  12:48 Найти цитируемый пост)
FireBird мне больше нравится. 

Мне тоже. smile 
Может быть есть другие предложения по организации процесса?

Это сообщение отредактировал(а) former - 3.4.2009, 13:19


--------------------
Достаточно снизить уровень мышления, чтобы иные почувствовали почву под ногами.
PM MAIL   Вверх
  
 Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)

Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.
 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »

Подписаться на тему | Подписка на этот форум | Скачать/Распечатать тему


 




[ Время генерации скрипта: 0.0508 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
 По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.