> Petr V. Abramov  (21.11.2008 11:58:32)  [92]

Дело в том, что в MS SQL не обязательно писать данные на диск, они могут быть и в памяти (как правило и на диск пишутся редко).
При перезапуске восстановятся из лога.
Что позволяет достигнуть хорошей производительности.

> sniknik  (21.11.2008 12:06:35)  [95]

Ох и навешали вам лапши на уши.
В обычной ситуации бы такое прокатило, но только не с разработчиками.

> Ega23 ©   (21.11.08 11:57) [90]
> Ещё раз: отличное знание FB, Ingres, Cache, AbsoluteDB,
> SQLLight, какой-нибудь экзотической Sedna и Linter Ваше
> резюме не сильно украсят. Может и украсят, но в очень узких
> областях.
> В отличие от знаний MSSQL, Oracle, MySQL и последнее время
> Postgres.

Вот тебе приблизительный рейтинг популярности СУБД в СНГ (вторая и третья колонки).
http://sql.ru/forum/actualforum.aspx
Как видишь, программист FB тоже без работы не останется :)

sniknik ©   (21.11.08 12:06) [95]

Жуткие вещи рассказываешь. Только причем тут Оракл ? Кривое приложение можно написать для любой СУБД, исключений не существует

> http://sql.ru/forum/actualforum.aspx
> Как видишь, программист FB тоже без работы не останется
> :)


Залезь в эту ветку и посчитай, сколько за сегодня.
Потом залезь рядышком в MSSQL или Oracle и сравни.

> Как видишь, программист FB тоже без работы не останется
> :)


Поищи там в вакансиях FB-девелопера. Я почему-то не видел ни разу. Так, из разряда "необязательных" скиллов.

> Anatoly Podgoretsky ©   (21.11.08 12:21) [100]


> При перезапуске восстановятся из лога.

а лог находится в энегронезависимой антицентуре

Petr V. Abramov ©   (21.11.08 12:18) [98]
> а что ты удивляешься, что сделано под mssql, а с ораклом фигово работает
выключай воображение и читай реально написанное.

Anatoly Podgoretsky ©   (21.11.08 12:24) [101]
> Ох и навешали вам лапши на уши.
я и тогда это подозревал.
> В обычной ситуации бы такое прокатило, но только не с разработчиками.
так "обрабатывали" в основном начальство, о надо сказать качественно обработали, я был последним "бастионом", и думаю если бы не глюк с полной невозможностью установки... дело уже было "на мази". мелочи типа медленной работы, нестабильности, и непонятных глюках. начальство уже не волновали. думаю в "обработку" входил пункт "их квалификации для работы нашей, серьезной программой недостаточно".

> Жуткие вещи рассказываешь. Только причем тут Оракл ? Кривое приложение можно написать для любой СУБД, исключений не существует
что было то было, оракл не причем, я это кстати упоминал. в основном не причем. а вот глюк с P4, с чего начал, вот это чисто его глюк. и на нем бы и остановились если бы не наезды о "неправильной готовке".

>  на нем бы и остановились если бы не наезды о "неправильной
> готовке

наезды о неправильной готовке были по поводу долгого создания базы.
а глюк в инсталляторе для P4 - да, великолепная история, его не удосужились до 9-й версии исправить.

Странные аргументы.

Вопрос ведь был не о красивости резюме.

Красивее (точнее, выигрышнее) всего на сегодня выглядит резюме с упоминанием 1С. ORACLE - ацтой. Вы разве не в курсе? Возьмите статистику предложенияй по работе в ORACLE и сравните ее с 1С.

Так что же, выходит, что озвученную задачу на 1С следует решать?
Почему тогда никто не озвучил 1С? Это ведь идеально! Знать о базах вообще ничего не надо. Городишь справочники - и вот тебе база данных. И вводи туда сколько хочешь "едениц" с трех рабочих мест. А если "еденицы" - это единицы товаров наподобие продуктов питания  и завтра есть перспектива, что попросят туда добавить еще и отчет о продажах плюс печать товарно-транспортных накладных, то 1С - самое то.

Firebird от выключения питания не рушится. У меня во всяком случае такого практически не было. Сказать, что такого вообще не можетбыть не берусь. И для ORACLE я не рискнул бы такое сказать. И даже для Notepad.

sniknik ©   (21.11.08 12:39) [107]


> а вот глюк с P4, с чего начал, вот это чисто его глюк


В свое время, если ты помнишь, лет 10-11 назад не запускались программы, написанные на Borland Pascal на современных для того времени процессорах, с ошибкой то ли runtime error 200, толи Divide by zero, если мне память не изменяет.
Вот интересно, Borland эту ошибку исправил ?

> наезды о неправильной готовке были по поводу долгого создания базы.
ну да, значит наезда о "тривиальности решения" которое найти как 2 пальца об асфальт, при полном игнорировании написанного, что в то время этого решения попросту не было.
а может оно просто не было так распространено, не знаю.
во всяком случае гуру который его искал раза в 4 дольше (2 дня, а я сдался после полудня попыток установить/найти как) тоже его не нашёл.

> Вот интересно, Borland эту ошибку исправил ?
не знаю борланд это или нет, но ходил новый модуль crt который ее исправлял. а для уже скомпиленных прог программка замедляющая комп (это уже точно не борланд).

> Вопрос ведь был не о красивости резюме.


Вопрос был "с какой СУБД начать с нуля". И я не могу придумать ничего проще MSSQL.

Камни в сторону FB:
1. Распространение практически ограничено экс-СССР. Соответственно, в случае работы в каком-нибудь не экс-СССР предприятии - она нафиг не нужна.
2. Распространение имеет в основном среди "дельфистов". По историческим причинам.
3. Как следствие - отсутствие толковой литературы. Фактически - один Козявин и есть.
4. Данная СУБД никогда не будет сертифицирована для использования серьёзными гос.организациями, т.к. опен-сорс.
5. Откровенно говоря, не вижу ей никакого особенного применения, кроме как "карманной СУБД".
6. Есть некоторое количество знакомых, использовавших FB в качестве основной СУБД к коробочному продукту. Обплевались. Перешли на другие СУБД.

> DrPass  (21.11.2008 12:25:42)  [102]

Это не может являться ни каким рейтингом, нужные люди больтаются на других форумах.
Видел я статистику именно по серверам и по странам. ФБ в СНГ конечно значительно больше распространен, но резко уступает монстрам.

Игорь Шевченко ©   (21.11.08 12:52) [110]
я понял о чем ты, типа инсталятор написан раньше чем вышли процы, и невозможно что-то было учесть заранее.
но, редакции этих исталяторов выходили тогда выходили чуть ли не каждую неделю... (я пытался какое то время еще решить проблему, следил, скачивал новое)
т.е. это не была древняя прога про которую забыли, она развивалась и тем не менее
> а глюк в инсталляторе для P4 - да, великолепная история, его не удосужились до 9-й версии исправить.

> Petr V. Abramov  (21.11.2008 12:31:46)  [106]

Во всех серьезных СУБД запись в лог всегда делается на диск.
Иначе база не может претендовать на промышленную.

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

> sniknik ©   (21.11.08 12:57) [111]



> ну да, значит наезда о "тривиальности решения" которое найти
> как 2 пальца об асфальт,

никто на тебя не наезжал, успокойся, извини, если задел.

> во всяком случае гуру который его искал раза в 4 дольше

ага, и рассказывал про дефрагментацию при создании базы.

насчет тривиальности не знаю, но все расписано в 3-й главе книжки "Сoncepts", не в 25-й "Andvanced Turning". Хотя заплутаться в этом море документации действительно как 2 пальца.

> Petr V. Abramov  (21.11.2008 12:45:48)  [108]

Монстрам часто наплевать на микробов.

> Anatoly Podgoretsky ©   (21.11.08 13:23) [116]

правильно кажется