| 1.1, azure (ok), 22:53, 24/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Ну че, радуемся за ПортаблАппс. К сожалению, мне им не воспользоваться, ибо я не виндовс-юзер. Аудасити - да, молодцы. Желаю им успехов.
| | |
| |
| |
| |
| |
| 5.48, Zenitur (?), 12:13, 26/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
 Действительно, перепутал. Никому пакетика с gnote не надо?
Просто уж редакторов-то текстовых только у меня 50 стоит по-дефолту, так как полная установка системы. А сколько их вообще, когда их делают все кому не лень...
| | |
| |
| |
| 7.62, Filosof (?), 18:38, 27/07/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Да после прохождения vimtutor - это самый продвинутый редактор -:)
Но, я думаю можно с помощью баш скриптика накатать что-то на основе cat -:)
| | |
|
|
|
| 4.57, Аноним (-), 13:59, 27/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
а если у меня не Убунту, и не Гном? И записки мне не нужны, а нужен привычный текстовый редактор?
Notepad++ вполне успешно под wine'ом работает.
| | |
| |
| 5.59, поцанчик (ok), 18:28, 27/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
аха, я тоже юзаю нотепад++. Там макросы а они порой очень необходимы простому человеку вроде меня.
| | |
|
|
|
|
| 1.2, goshanecr (??), 23:01, 24/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 А может кто-нибудь сказать чем так полюбился всем firebird? У меня в одной из контор на нём работает ПО для расчёта окон Профстрой, и с завидной регулярности какие то косяки с базой, приходится с ней какие то телодвижения делать. Что в этой птице такого что не позволяет заменить её чем то более привычным, каким нибудь *SQL?
| | |
| |
| 2.10, ffirefox (?), 00:50, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>У меня в одной из контор на нём работает ПО для расчёта окон Профстрой, и с завидной регулярности какие то косяки с базой, приходится с ней какие то телодвижения делать.
Это не в firebird проблема. Это кривые руки программистов, пишущих софт для расчета окон. Вот уж область, где 100% программ - кривулина на кривулине.
| | |
| |
| 3.43, Docent (??), 19:29, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
ню-ню...
мы на этих птицах уже около десятка лет сидим, исторически так сложилось.
базы данных как грохались 10 лет назад, так и сейчас грохаются.
просто пришлось написать утилиту, которая потом эти базы лечит.
с другими СУБД таких проблем не замечено.
если кривые руки не умеют работать только с птицей, может все таки не руки виноваты?
| | |
| |
| 4.60, поцанчик (ok), 18:30, 27/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>с другими СУБД таких проблем не замечено.
ну чего тогда не стали продолжать юзать другие СУБД?
| | |
|
|
|
| 1.3, klalafuda (?), 23:17, 24/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ммм... да, выбор firebird несколько удивляет. а почему не тот же постгрес или, прости господи, mysql :-?
// wbr
| | |
| |
| 2.17, pro100master (ok), 09:41, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Потому что все привыкли в Interbase. И реальной альтернативы ему в секторе малого/среднего бизнеса нет.
| | |
| |
| 3.24, klalafuda (?), 11:42, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
спорить не буду, последний раз я так или иначе общался с FB ещё в бытность интербейза. AFAIR тогда она шла в паре с Delphi 1 или 2 - уже не помню. но собственно уже тогда это было отдельное приложение со своим инсталятором, настройками, ODBC драйверами, крутилось как сервис* и пр. т.е. явно не встраиваемый вариант типа SQLLite. собственно я к тому, что если один хрен нужно 'ставить базу' i.e. one-click-install вроде как не работает, то чем тогда FB проще в обслуживании того же постгреса или мускуля :-?
*) тут врать не буду - может, и не как сервис но как гуёвое приложение без видимого окна.
// wbr
| | |
| |
| 4.34, pro100master (ok), 14:46, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> проще в обслуживании того же постгреса или мускуля :-?
проще в разработке. К мускулям/постгреям хрен прикрутишь упомянутые делфи, vs и прочее. И обвязка BDE действительно дала хороший старт. И те, кто "стартовал" сейчас не понимают, чем собственно постгрей лучше.
А вот вам вопрос на засыпку: почему постгрей и файрбёрд не живут на одной BSD машине? :)))
| | |
| |
| 5.56, мимо проходил (?), 11:14, 27/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> проще в обслуживании того же постгреса или мускуля :-?
>
>проще в разработке. К мускулям/постгреям хрен прикрутишь упомянутые делфи, vs и прочее.
>И обвязка BDE действительно дала хороший старт. И те, кто "стартовал"
>сейчас не понимают, чем собственно постгрей лучше.
>
>А вот вам вопрос на засыпку: почему постгрей и файрбёрд не живут
>на одной BSD машине? :)))
Живут вполне. Копни на тему лимитов sysV толи семафоры толи shared memory, не помню уже точно.
| | |
|
|
|
| 2.33, Logo (ok), 14:33, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Это Delphi его раскрутил. Осталось поколение которое его обожает или просто привыкли.
| | |
| 2.61, поцанчик (ok), 18:37, 27/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>ммм... да, выбор firebird несколько удивляет. а почему не тот же постгрес
>или, прости господи, mysql :-?
>
>// wbr
ну как бэ сурц-фордж они пиарят то, что им принесёт деньги.
Денег PostgreSQL(он под БСД лицензией) не принесёт, ибо FreeSoftware != OpenSource
а этот самый Сурц-Фордж он из алчной породы OpenSource.
Теперь понятно?
| | |
|
| 1.4, Sokoloff (?), 23:19, 24/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Незнаяю, у меня Firebird используется более 10 лет, как в центральном офисе, так и в филиалах, ни одного, сбоя за все это время. IMHO эта база незаслуженно находиться в тени.
| | |
| |
| 2.7, IdeaFix (?), 23:57, 24/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
 Файрбёрду 9 лет толькочто стукнуло. Данный приз во многом - подарок на день рождения ;) О каких десяти годах идёт речь? Или всётаки Вы имеете ввиду InterBase 6?
| | |
|
| 1.6, IdeaFix (?), 23:52, 24/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
Угу, файрбёрд - наше всё... как и интербейз (кстати, сколько раз его форкнули?) и весь борланд. Имхо, там где скулайт не солидно а мускул тяжеловато, а результат не важен, там файрёбрд как раз к месту.
Но всёже, не будем принижать вклад разработчиков файрбёрда в опенсорс, ведь именно благодаря им, браузер файрфокс называется именно так :)
| | |
| 1.8, Warhead Wardick (?), 00:16, 25/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Firebird RDBM - есть УГ чуть более чем полностью!!!
Хуже _только_ MS Access mdb'шник на "шаред дриве"! :)
И это не имхо не капли - сколько знакомых с ним билось ... да и сам с ним мучался, но быстро сообразил и извёл на корню :)
PS: restore from backup убиваюший базу гарантированно и напрочь - починили? Или как водится - объявили "фишкой"? :)
| | |
| |
| 2.16, PavelR (??), 09:30, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Мне припоминается, что это вы пишете в каждом обсуждении файрберда. Не надоело ?
меж прочим, в отличие от всяких акцессов и мускуэлей, у файрберда есть нормальные функции, триггера.
Также интересной фишкой в отношении разработки ПО с использованием файрберда есть то, что можно открывать много транзакций в одном соединении с БД - соответственно юзверь сможет открыть много окон и в каждом независимая транзакционная работа с БД (хотя эта архитектура клиентских приложений - с длительными блокировками - несомненно спорна).
| | |
| |
| 3.20, uZver (??), 11:22, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> меж прочим, в отличие от всяких акцессов и мускуэлей, у файрберда есть нормальные функции, триггера.
интересно а чем в мускуле не нормальные триггеры и функции (предпологаю хранимки)?
| | |
| |
| 4.22, pro100master (ok), 11:35, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
ну как бы не выросли они еще. Да и мускул сам под винды, например, страшен. Фаёрбёрдина, не без ущерба для самой себя, одинаково работает и там, и там. Многие малые предприятия предпочитают не связываться с *nix, т.к. это бьёт по их и без того малым бюджетам.
| | |
| |
| 5.26, klalafuda (?), 11:52, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>ну как бы не выросли они еще.
простите, кто не вырос в мускуле? функции? тригера? я не совсем понимаю в данном контексте слово 'вырос'. что значит - не выросли?
> Да и мускул сам под
>винды, например, страшен.
чем конкретно страшен? с учётом того, что это, вообще-то, не фотожоп. крутится себе сервисом и крутится и никто его как бы не видит ни слышит. в каком месте он страшен :-?
> Фаёрбёрдина, не без ущерба для самой себя, одинаково
>работает и там, и там.
все перечисленные базы - mysql, pgsql, firebird - работают и там и там.
> Многие малые предприятия предпочитают не связываться
>с *nix, т.к. это бьёт по их и без того малым
>бюджетам.
да и бога ради! не хотят - и не надо. если кому-то больше нравится гонять RDBMS на Win - не проблема. все три базы отлично работают в том числе на винде.
// wbr
| | |
| |
| 6.35, pro100master (ok), 15:04, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>простите, кто не вырос в мускуле? функции? тригера? я не совсем понимаю
>в данном контексте слово 'вырос'. что значит - не выросли?
простите, молод. Триггеры у вас с версии 1.0? Нет? А что так? Может в версии 2.0 появились? Нет? Что вы говорите :)))
Когда триггерам и прочей взрослой мутотени исполнится там 5 лет, можно будет говорить и взрослости. Сейчас это новый функционал, который разработчики только-только закончили осваивать и набивают руки на отладке и оптимизации.
Пока я к своему сожаления вижу, что разница в версиях огромна, того и гляди, что разбежавшиеся владельцы сейчас начнут делать кучу форков. Нафига такой зоопарк в промышленном применении?
>чем конкретно страшен? с учётом того, что это, вообще-то, не фотожоп. крутится
>себе сервисом и крутится и никто его как бы не видит
>ни слышит. в каком месте он страшен :-?
В надёжности. Конкретно постоянные креши таблиц при минимальной нагрузке (5-6 конкурентных записи + до 100 чтений) под виндами (да, myisam). Особенно заметно на таблицах, реализующих сессии и логи. Стаж работы с мускулом почти 10 лет.
>все перечисленные базы - mysql, pgsql, firebird - работают и там и
>там.
Фига. Ответ выше. Ответ номер два: pgsql, firebird - поставте их на одной BSD машине. mysql и firebird, заметьте, будут работать. Никоим образом не хочу обидеть pgsql, mysql или firebird :)))
>да и бога ради! не хотят - и не надо. если кому-то
>больше нравится гонять RDBMS на Win - не проблема. все три
>базы отлично работают в том числе на винде.
ну вот и замечатьно. Только написанный софт и наработки (вы в курсе, что у каждого сервера свои тараканы с триггерами, процедурами, я уже молчу о синтаксисе) переносить на другой сервер никто без ОЧЕНЬ веской причины не будет и не возмущайтесь :)))
| | |
| |
| 7.41, klalafuda (?), 18:38, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> простите, молод. Триггеры у вас с версии 1.0? Нет? А что так? Может в версии 2.0 появились? Нет? Что вы говорите :))) Когда триггерам и прочей взрослой мутотени исполнится там 5 лет, можно будет говорить и взрослости. Сейчас это новый функционал, который разработчики только-только закончили осваивать и набивают руки на отладке и оптимизации.
да, ваша правда. я вот тоже, иногда, приняв лишнего балуюсь крамольной мыслью - а не пора ли наконец то замахнуться на 2.6.9? но поутру, протрезвев, понимаю, что да, явно сыровато и стоит подождать ещё пару годков. и трудится старый добрый 2.4.21 на всеобщее благо.
> ну вот и замечатьно. Только написанный софт и наработки (вы в курсе, что у каждого сервера свои тараканы с триггерами, процедурами, я уже молчу о синтаксисе) переносить на другой сервер никто без ОЧЕНЬ веской причины не будет и не возмущайтесь :)))
а есть ещё access, foxpro. под которые в своё время было написано дюже много. у некоторых до сих пор это счастье работает, распухнув в размере ни на один и ни на два порядка. они тоже счастливы.
// wbr
| | |
| 7.42, klalafuda (?), 18:44, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>В надёжности. Конкретно постоянные креши таблиц при минимальной нагрузке (5-6 конкурентных записи
>+ до 100 чтений) под виндами (да, myisam). Особенно заметно на
>таблицах, реализующих сессии и логи. Стаж работы с мускулом почти 10
>лет.
может быть что-то не совсем так в дизайне? почему у меня mysql 5.0.x без всяких проблем держит десятки тысяч обменов разнородных в секунду в т.ч. на одни и те же таблицы :-? причём что никакого шаманства я не проводил. штатная инсталляция.
>Фига. Ответ выше. Ответ номер два: pgsql, firebird - поставте их на
>одной BSD машине. mysql и firebird, заметьте, будут работать. Никоим образом
>не хочу обидеть pgsql, mysql или firebird :)))
согласитесь, всё-таки, то, что FB и pgsql по какой-то причине [неведомой мне] не работают на одной конкретно взятой машине - это явно не аргумент. ни против того ни против другого. скорее, конкретный камень в огород админа, который не в состоянии решить эту, IMHO несложную, задачу. а вот у меня в т.ч. живут в паре mysql и pgsql, sqlite же мы даже не считаем. ну и что? я не вижу и не верю что есть какие-то объективные причины, почему они не могли бы сосуществовать в едином окружении. в общем - не аргумент. особенности конкретной установки, не более.
// wbr
| | |
|
|
|
|
| 3.25, klalafuda (?), 11:47, 25/07/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
>меж прочим, в отличие от всяких акцессов и мускуэлей, у файрберда есть
>нормальные функции, триггера.
ммм.. простите, а что не так у того же MySQL 5.x.y с функциями и тригерами? а уж тем более у постгреса. было бы интересно послушать раскрытие этой темы.
>Также интересной фишкой в отношении разработки ПО с использованием файрберда есть то,
>что можно открывать много транзакций в одном соединении с БД -
>соответственно юзверь сможет открыть много окон и в каждом независимая транзакционная
>работа с БД (хотя эта архитектура клиентских приложений - с длительными
>блокировками - несомненно спорна).
кто мешает установить несколько соединений с RDBMS? и мускуль и постгрес прекрасно тянут воз будучи обвешанными соединениями как ёлка гирляндами. или это неспособность разработчиков по-человечески организовать общение с базой данных? тогда это, скорее, не 'фишка'. это скорее костыль для не буду говорить кого.
// wbr
| | |
|
| 2.32, fedya (??), 13:59, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
полностью согласен. из всех субд с кот-ми приходилось иметь дело, только эта обладает уникальной способностью создавать бэкапы, из которых невозможно воссановить базу. убойная суперфича!
| | |
|
| 1.9, Alive (??), 00:29, 25/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ага. Внедрили документооборот в 70 организациях, при чем с немаленькими базами (до 5 гигабайт) и ничего, работает. Если не умеете его готовить, то назачем на зеркало пинять.
| | |
| |
| 2.21, uZver (??), 11:26, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> Ага. Внедрили документооборот в 70 организациях, при чем с немаленькими базами (до 5 гигабайт) и ничего, работает. Если не умеете его готовить, то назачем на зеркало пинять.
база сравнимая по размеру с объемом оперативной памяти - это малая БД. а то и сверх-малая :)
5Gb было много когда ОЗУ было 128Мб, да и винтов требовалось десяток чтобы хвалило места для БД. сейчас же легко и просто в сервер втыкается 16Gb RAM, так что для этого железа большая БД это от 1,6Tb.
| | |
| |
| 3.23, pro100master (ok), 11:39, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>база сравнимая по размеру с объемом оперативной памяти - это малая БД.
>а то и сверх-малая :)
>
еще 10 лет назад 1.6 ТБ был удел датацентров, но это нифига не значит. Назовите хоть одну задачу малого и среднего бизнеса, которому нужны база 1-2ТБ. Их нет! БОльшая часть бухгалтерии и в 1ГБ вписывается с архивами за несколько лет.
| | |
| |
| 4.28, Kirill (??), 12:25, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Интересные у Вас данные. У меня 1С на Postgres с несколькими базами под 5 ГБ работает. И все эти базы заполнились за 1 - 1,5 года. Да, не спорю, это далеко не 1 ТБ. И это понятно без архивов и восстановленных за определенное число.
Так что так называемый малый/средний бизнес вполне может использовать достаточно объемные базы.
| | |
| |
| 5.31, klalafuda (?), 12:36, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
ну сам по себе объём ещё ничего не говорит. может быть 90% 'базы' занимают индексы все-со-всеми :)
// wbr
| | |
| 5.36, pro100master (ok), 15:08, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, не спорю, это далеко не 1 ТБ ... Так что так называемый малый/средний бизнес вполне может использовать достаточно объемные базы.
вы удивительно самоопровержимы :))) Без обид. Комрад выше по топику ставил ударение именно на терабайтах, так что вы со своими несколькими гигабайтами не вписываетесь, как и я, в его масштабы :)))
| | |
| |
| 6.38, Kirill (??), 15:47, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Боже упаси. Я только позволил себе указать, что базы в 1 ГБ для современно "малого" бизнеса это уже давно пройденый рубеж. И до терабайтов осталось не так много как кажется.
| | |
| |
| 7.40, pro100master (ok), 17:14, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
с этим никто не спорит. Да и от баз в 1 мб до 1гб мы прошли всего за 15 лет. Есть одно "но". Иногда достичь чего-то просто невозможно. Я это и имею ввиду. ТБ нужны (если исключить мультимедию) только тем, кто обрабатывает большие объемы данных (крупная коммерция, биржевой софт, геологический и научный софт...). Но там своя кухня. И все 3 обсуждаемые тут базы там не рассматриваются, а используют, что-то более серьёзное.
| | |
|
|
|
|
|
|
| 1.11, anonymous (??), 01:12, 25/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
Победили bells & whistles, вполне понятные усреднённому обывателю. Если бы нобелевскую определяли аналогично, её бы получил изобретатель чесалок для спины, а не Кюри и Эйнштейн.
Кстати об SF. Он стал походить на гламурненькое место для тусовки, сопровождение проекта стало очень тяжеловесным и неудобным.
| | |
| |
| 2.18, pro100master (ok), 09:45, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Кстати об SF. Он стал походить на гламурненькое место для тусовки, сопровождение
>проекта стало очень тяжеловесным и неудобным.
так это замечательно. Ведь это говорит о росте популярности. А почему сопровождение стало тяжелым?
| | |
|
| 1.14, Zenitur (?), 06:42, 25/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А что у них там означает "популярный"? Попсовый, наиболее скачиваемый, или за который отдали больше голосов?
| | |
| 1.19, o.k. (?), 10:44, 25/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>> "Лучшая утилита для сисадмина" - phpMyAdmin;
phpMyAdmin скорее ориентированна на программеров а не на админов, ИМХО, админам как-то удобнее с консоли ))
| | |
| |
| 2.27, klalafuda (?), 11:53, 25/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>> "Лучшая утилита для сисадмина" - phpMyAdmin;
>
>phpMyAdmin скорее ориентированна на программеров а не на админов, ИМХО, админам как-то
>удобнее с консоли ))
нононо! пааапрашу без всяких там нездоровых инсинуаций :-/
$ mysql в руки и вперед. более чем достаточно.
// wbr
| | |
|
| 1.55, netc (ok), 09:26, 27/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 "Лучшая утилита для сисадмина" - phpMyAdmin;
хорошёму танцору яйца только помешают ;)
| | |
| 1.64, Алексей (??), 10:39, 28/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Firebird заслуженно завоевал место под солнцем. При этом - читать внимательно - ничуть не умаляю заслуг других, но категории "Лучший проект для бизнеса" именно ФареБирд и должен занять первое место.
Именно ввиду универсальности - работает под разными ос, с большими базами и маленькими, и тд
Важным плюсом для бизнеса является скорость разработки - здесь IB Expert + FireBird не знают равных.
Считаю что во много благодаря ИБЭксперту первое место занял ФареБирд.
Скорость и удобство разработки на 5+,
и как бы не хвалили постгре но связка постгре+пгадмин проигрывает, мускул+емс проигрывает тоже.
Подводя итог, сделаю вывод об актуальности параметров для бизнеса
1. скорость получения работающего прототипа системы (в данном случае скелета базы)
2. скорость получения работающей системы (готовой базы с триггерами, хранимками, ...)
3. возможность редактирования /дополнения готовой базы (по желанию клиента)
4. стоимость набора прогр продуктов для решения задачи по максимализации прибыли предприятия (ФареБирд бесплатен, ИБ Эксперт для России бесплатен)
так что Фаребирд господа, Фаребирд и еще раз Фаребирд.
| | |
| |
| 2.66, Warhead Wardick (?), 18:38, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Editorial:
но в категории "Лучший проект 'Скажи прощай своим данным' для бизнеса" именно ФареБирд и должен занять первое место.
IBExpert хорош. Грех было бы врать.
>Подводя итог, сделаю вывод об актуальности параметров для бизнеса
:) ну понеслись:
1) Если "вручную" - одинаковая (уж хрен знает сколько лет) у всех дИбИ. Для всех есть клиент упрощающий дизайн и администрацию. НО! Для реально сложный вешей принято пользовать всякие UML-modeller-ы, которые задирают скорость и consistency разработки на поряок. Вот только недоптица не понимают - слив по полной :)
2) В _нормальных_ базах пп2 ничем от пп1 не отличается :) в недоптице - я люблю чтоб со-скрипом, давай ка еще разок :)
3) да - это круто. Больше никто не умеет .... вы вообще в своем уме? И есть ли онный ...
4) PostgreSQL - только за вас 10000р :) MySQL - 1500р. SQLite - 5000р Остальным бесплатно, причем не только в России ...
>так что Фаребирд господа, Фаребирд и еще раз Фаребирд.
Больной - да не волнуйтесь вы так. Счаз мы вам его вколим :)
| | |
| |
| 3.69, Алексей (??), 05:58, 29/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Уважаемый,
ваше сообщение прочитал, однако сразу бросается в глаза попытка сохранить стиль и структуру моего поста а смысл вывернуть наизнанку.
История не нова, всегда гораздо проще скопировать чужое и выдать за свое.
Беда в том, что в погоне за формой вы оторвались от реальности. Но это ваша личная беда, и с нею жить вам.
А вот проблемы будут у вашего работодателя - если вы оцениваете обстановку неадкватно то и решения, которые вы принимаете, тоже будут ... такими же :-) за которые он (работодатель) будет платить.
| | |
| |
| 4.70, F.Y. (?), 09:10, 29/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Это вообще то был _ответ_ на пост :) Ну не квотить же было твой феерический бред, я чела понимаю :) Удивительна русский языка да?
Возвращаясь к топику - тут всё таки спецы ценятся, вот возьми и с фактами докажи что фиребирд чего тот стоит. Ну там в TPC-C он на каком месте? Или SQL-XX какой совместим?
Если он просто тебе нравится - тоже имеешь право. Как друге имеют право его не любить.
| | |
|
|
|
| 1.68, voodix (ok), 20:16, 28/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
FB отличная СУБД. За 10-летие работы Interbase, а затем firebird была только однократная потеря данных - базу восстановить не получилось и пришлось восстанавливать из бэкапа, что привело к потере данных за один день. (да и то, потери произошли из-за сбоя железа)
С FB надо научиться работать. Чтобы в дальнейшем исключить потери данных, включили принудительную запись на диск (флаг -sync). (Так как запись в бд идет не интенсивно, потери производительности не наблюдалось.) Обязательный ночной запуск вычистки "мусора" (sweep) БД. Рассматривали вариант зеркалирования БД, но даже и это не потребовалось.
За последующие 4 года работы не было ни единого случая потери данных.
FB работает на linux'е. Базы равернуты на 2-х серверах. На одном из них несколько баз и одна из них достигает 30 Гб. В одной из таблиц кол-во записей достигает 8 млн. На другом 40 баз по 1-4 Гб. Отчеты и разного рода запросы выполняются очень быстро. И со всем этим FB отлично справляется.
Как правильно заметили, FB поддердивает механизм множественных транзакций. Мы не сразу научились грамотно работать с транзакциями, и поэтому, - если глянуть статистику, - старейшая транзакция к концу дня очень сильно отстает от последней транзакции (лечится обязательной чисткой "sweep") И даже при этом не наблюдается деградации производительности.
В общем субд отлично справляется с серьезными задачами. Если кто знает, подскажите: насколько сопоставимы FB, postgree и MySQL. FB демонстрирует отличную производительность, и хотелось узнать как смотрятся на его фоне конкурирующие БД.
PS. В будущих версиях обещают реализовать гетерогенных запросы.
| | |
|
