|
|
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Ситуация следующая. Нужно разработать складскую программу. Требования: - Бесплатная СУБД. - Около 20 одновременных подключений. - Хранимые процедуры. - Скорость работы. - Время разработки ограничено. То есть учить нюансы разработки в новых СУБД времени нет. Я работал с следующими СУДБ: MS SQL, Interbase (надеюсь, не будет большой проблемы работы с Firebird), MySQL (v 4.02 , то есть хранимых процедур еще не было). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 11:40 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Адназначна FireBird! а инструмент разработки какой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 13:57 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
кстати, только что товарищ по аське скинул: MySQL пи****сы!!! Ненавижу сволочей. 1. С использованием ядерных хидеров (типа /usr/include/linux -> /usr/src/linux/include/linux) MySQL просто не компилируется даже!!! Приходится править system.h (кажется) на предмет освобождения части функций из-под действия -D__KERNEL__ 2. Релизы 5.0.20 и 5.0.21 откомпилировать мне вообще не удалось НИКАК. "Internal compiler error". Интересно, как эти герои кодинга их тестили? И тестили ли вообще??? 3. Релиз 5.0.22 Г**НО. Хотя его и удалось откомпилировать, но зато часть _ЭЛЕМЕНТАРНЕЙШИХ_ запросов вызывают exception с полным рестартом мускля. 4. А удаление из таблички в исполнении п***ров из Мускля - это просто песня. Если в Постгресе хотя бы просто отмечается, что строка удалена (а потом автовакуум почистит), то гениальнейшие разработчики мускля сделали проще!!! ОНИ ПРОСТО СОЗДАЮТ НОВУЮ ТАБЛИЧКУ, В КОТОРУЮ КОПИРУЮТ СОДЕРЖИМОЕ СТАРОЙ С ИСКЛЮЧЕНИЕМ УДАЛЕННЫХ СТРОК!!! Это все. Труба. Попробуйте при 300-400 запросах к полуторагигабайтной табличке что-нибудь из нее поудалять. Результат очень забавный: полное обнуление файлов ВСЕХ таблиц в базе при падении (не хватило 4Гб оперативки для очереди) MySQL... 5. Ну и, наконец, "заговоренные" 2 гигабайта на табличку. Как только табличка достигает 2-х гигов, записать в нее больше ничего нельзя. Никак. Вообще. Несмотря на то, что создать файл на 4 гига через dd абсолютно никакого труда не составляет. ------------- сам я с мускулом не работал. теперь и не хочется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:00 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
если СУБД бисплатная, то лучше выбрать либо постгрес, либо MSDE (идет вместе с МС Офисом, урезанный MS SQL Server) но лучше всеже постгрес ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:05 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Anton Lukyanovесли СУБД бисплатная, то лучше выбрать либо постгрес, либо MSDE (идет вместе с МС Офисом, урезанный MS SQL Server) но лучше всеже постгрес тему топика читаем внимательно - MySQL vs Firebird :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:14 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
doubleJ 4. А удаление из таблички в исполнении п***ров из Мускля - это просто песня. Если в Постгресе хотя бы просто отмечается, что строка удалена (а потом автовакуум почистит), то гениальнейшие разработчики мускля сделали проще!!! ОНИ ПРОСТО СОЗДАЮТ НОВУЮ ТАБЛИЧКУ, В КОТОРУЮ КОПИРУЮТ СОДЕРЖИМОЕ СТАРОЙ С ИСКЛЮЧЕНИЕМ УДАЛЕННЫХ СТРОК!!! Это все. Труба. Попробуйте при 300-400 запросах к полуторагигабайтной табличке что-нибудь из нее поудалять. Результат очень забавный: полное обнуление файлов ВСЕХ таблиц в базе при падении (не хватило 4Гб оперативки для очереди) MySQL... Как-то слабо верится, больше похоже на какую-то деверсию со стороны писавшего этот код... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:15 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
ApexКак-то слабо верится, больше похоже на какую-то деверсию со стороны писавшего этот код... ну вроде как это взято с linux.org.ru... хотя канешно не верится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:17 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
ну тогда файрберд, уговорили по крайней мере 100% лучше чем MySQL, которая хороша только для SELECT * FROM tablename ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:18 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
MySQL тут imho вообще не канает, т.к. задача не в его нише. для вебомордия - самое то. автор то лучше выбрать либо постгрес лучше чем что? нафиг тут вообще PosgreSQL? можно, конечно, но экзотика. авторMSDE MSDE это однопользовательский движок. тогда уж MS SQL 2005 Express. Но его опасно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:20 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Это с каких пор постгрес стал экзотикой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:24 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
авторЭто с каких пор постгрес стал экзотикой? а с каких пор он стал "широко распространенным"? С 8.x? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:25 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
постгрес - экзотика? ха-ха! конеш, он не так широко распространен как фб, но и называть его экзотикой тоже не правильно, имхо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:46 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Это ФБ широко распространен??? не смешите мои тапки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:50 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Anton LukyanovЭто ФБ широко распространен??? не смешите мои тапки а что нет? ИБ/ФБ очень широко распространен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:52 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
авторЭто ФБ широко распространен??? не смешите мои тапки не имея ничего против функциональности PostgreSQL, оный может в миру и как-то распространен, да вот в России - практически никак. к примеру http://www.evansdata.com/n2/pr/releases/EDCDB05_01.shtml http://www.evansdata.com/cgi/relocate.php?key=db2005_1_1 я взял эти цифры и нарисовал круговую диаграмму: http://www.ibase.ru/devinfo/ibfbfeature5.gif и естественно, что для Firebird PostgreSQL опасен, т.к. с версии 8.x они проводят агрессивный маркетинг, а у FB с маркетингом как то не очень. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 15:27 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Anton LukyanovЭто ФБ широко распространен??? не смешите мои тапкиПереобуйся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 15:29 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Anton LukyanovЭто ФБ широко распространен??? не смешите мои тапки щаз заклюют. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 15:52 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
и их тоже, если переобутся не успеешь ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 15:56 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
kdv пишет: > и естественно, что для Firebird PostgreSQL опасен, т.к. с версии 8.x они Ты прям опередил мой ответ - хотел то же самое написать :) Если брать в расчет не Web-приложения, а именно упомянутое направление "складских" программ, то PG пожалуй еще очень экзотичен для России. Хороших спецов по нему очень мало. Элементарный вопрос по архитектуре вызывает в ответ кучу догадок, мнений, предположений: http://sql.ru/forum/actualthread.aspx?tid=267757 По списку рассылки pgsql-ru-general с момента подписки еще не получил ни одного сообщения. Так что в случае чего ожидать помощи пока можно только от зарубежных коллег, ибо обращаться к веб-мастерам за советами при решении бизнес-задач я бы не захотел. Но ситуация, похоже, меняется: > проводят агрессивный маркетинг, Сам выпуск PG под Windows - это уже большой маркетинговый шаг. Плюс локально для России - ожидаемый этим летом выход 1с 8.1 под PostgreSQL может заметно увеличить распространенность PG. Хоть и не тянет на статистику, но среди моих знакомых достаточно много людей, выбравших MSSQL только потому что "вот оно рядом, купили с 1с - зачем еще что-то надо?". Так что действительно опасен. Хотя, конечно, странно слышать про угрозы между двумя полностью открытыми СУБД. Интересно, а сотрудничество между PG и FB в каком-либо виде возможно на общее благо? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 15:58 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунPG пожалуй еще очень экзотичен для России. Хороших спецов по нему очень мало не согласен. по крайней мере в нашем городе знаю очень много спецов PG Александр ГoлдунСам выпуск PG под Windows - это уже большой маркетинговый шаг. согласен. давно ждали. Александр ГoлдунПлюс локально для России - ожидаемый этим летом выход 1с 8.1 под PostgreSQL может заметно увеличить распространенность PG. ну может не надо, а? еще одна лажа от 1с... ф топку Александр Гoлдундостаточно много людей, выбравших MSSQL только потому что "вот оно рядом, купили с 1с - зачем еще что-то надо?". СУБД изза этого выбирают очень недалекие люди, имхо. Александр ГoлдунИнтересно, а сотрудничество между PG и FB в каком-либо виде возможно на общее благо? а кому оно надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 16:17 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
Привет, doubleJ! Ты пишешь: doubleJd> не согласен. по крайней мере в нашем городе знаю очень много спецов PG Осталось только выяснить, что именно ты вкладываешь в понятие "спец"... -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 16:25 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
doubleJ пишет: >> PG пожалуй еще очень экзотичен для России. Хороших спецов по нему очень мало > не согласен. по крайней мере в нашем городе знаю очень много спецов PG И форум про PG на SQL.RU эти спецы, похоже, не очень жалуют :) Ваш город у меня ассоциируется с научным центром. Академическая среда, из которой PG и вышел и которой он весьма близок. Разумеется, это субъективно и стереотипно, но доля истины, полагаю, в этом присутствует. >> достаточно много людей, выбравших MSSQL только потому что "вот оно >> рядом, купили с 1с - зачем еще что-то надо?". > СУБД изза этого выбирают очень недалекие люди, имхо. Или ленивые. Или еще какие-то. А может и здравомыслящие. Не важно, я просто констатировал наблюдаемое мной, как один из факторов, которые могут повлиять на распространенность. >> Интересно, а сотрудничество между PG и FB в каком-либо виде возможно на >> общее благо? > а кому оно надо? А пользователи серверов не заинтересованы в получении еще более лучшей СУБД? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 16:33 |
|
||
|
MySQL vs Firebird
|
|||
|---|---|---|---|
|
#18+
doubleJ 2. Релизы 5.0.20 и 5.0.21 откомпилировать мне вообще не удалось НИКАК. "Internal compiler error". Интересно, как эти герои кодинга их тестили? И тестили ли вообще??? ------------- сам я с мускулом не работал. теперь и не хочется. Хмм... Возникают подозрения... Вот ради интереса, утянул исходники 5.0.21, всё собралось без проблем. Может быть, дело в руках? 5.0.22 с начала месяца у меня на production, никаких экзепшнов не обнаружено. В общем, не кидали бы цитаты безымянных товарищей без проверки. Ложечки-то мы потом отыскали, а осадок остался... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 17:06 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=33824688&tid=1552991]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
| others: | 234ms |
| total: | 379ms |
| 0 / 0 |
