> kaif  (21.11.2008 12:50:49)  [109]

Не знаю почему не озвучили, часто именно 1С предлагали как идеальное решение в подобных случаях, возможно из-за того что начали разборки с монстрами.

> Игорь Шевченко  (21.11.2008 12:52:50)  [110]

К тому моменту Борланд уже не выпускал Турбо Паскаль и он не стоял в планах поддержки. А в Дельфи проблемы не было, как не было и нужды в Delay.
При том проблема возникала даже если Delay и не нужна была, это проблема с инициализацией модуля, аналог initialization для модулей Дельфи, как я их не люблю.

> Игорь Шевченко  (21.11.2008 12:52:50)  [110]

> то ли runtime error 200, толи Divide by zero

Это расшифровка, правда ошибка была не из-за деления на 0, а на 55 - в чем виноват ИБМ кстати, а не Борланд и даже не Интел, это они так назвали данную ошибку не разобравшись в принципах работы x86 процессора.

> Petr V. Abramov ©   (21.11.08 13:24) [117]


> но все расписано в 3-й главе книжки "Сoncepts",

кстати, вкратце даже в первой

> sniknik  (21.11.2008 13:00:52)  [112]

Решений ходило много, большинство хакерских и плохих. Был модуль, где расчеты сделали 64 битными вместо 32 битных и отнесли эту проблему примерно до 12 907 200 мегагерц частоты процессора. Можно считать навсегда решили.
Кроме замедления еще изменяли константу 55 прямо в ехе файле, отодвинуг границу ближе к 1 гигагерцу.

> Ega23  (21.11.2008 13:02:53)  [113]

> 6. Есть некоторое количество знакомых, использовавших FB в качестве основной СУБД к коробочному продукту. Обплевались. Перешли на другие СУБД.

У меня такая же проблема - клиент банк, ФБ 1.0, ранее вообще это был Парадокс. И в отличии от тебя не могу перейти на другие СУБД

> У меня такая же проблема - клиент банк, ФБ 1.0

ну для клиент-банка-то самое оно, не на оракле же его делать :)

> Petr V. Abramov  (21.11.2008 13:24:57)  [117]

Я не видел документации по Ораклу, но слышал, что дешевле повеситься.

> Petr V. Abramov  (21.11.2008 13:25:59)  [119]

Ну не могли они пройти этот метод оптимизации, без потери надежности.
В лог конечно пишется всегда, но при возможности данные из памяти тоже используются для оптимизации, но за то их в любой момент можно выброшить и даже отключить питания. Конечно всегда остается риск при записи в системные области винчестера, но это чрезвычайно редко. Я уже даже и не помню когда у меня ФС повреждалась на NTFS

> Anatoly Podgoretsky ©   (21.11.08 13:45) [127]


> Я не видел документации по Ораклу, но слышал, что дешевле
> повеситься.

ее очень много, но написана она просто и подробно.

> но при возможности данные из памяти тоже используются для
> оптимизации

работаем с кэшем, изменения пишем в лог, все просто

> Конечно всегда остается риск при записи в системные области
> винчестера, но это чрезвычайно редко. Я уже даже и не помню
> когда у меня ФС повреждалась на NTFS

можно на raw device базу держать.  Но на самом деле NTFS тоже не дураки писали, она транзакционная. Из-за транзакционности, кстати, тоже есть неочевидный способ загубить базу.

> Petr V. Abramov  (21.11.2008 13:44:06)  [126]

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

> Например я бы предпочел на MS SQL/Оракл при наличии корпоративного
> сервера.

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

Petr V. Abramov ©   (21.11.08 13:24) [117]
> ага, и рассказывал про дефрагментацию при создании базы.
а что разве это что-то невероятное? я и до этого слышал про оракл что он может держать базу в выделенном разделе, не пользуясь файловой системой... и еще то что он толи может, то ли просто в планах было сделать, работать под собственной операционкой, т.е. возможность его инсталяции на "голое железо".

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

> насчет тривиальности не знаю, но все расписано в 3-й главе книжки "Сoncepts"
> кстати, вкратце даже в первой
пара вопросов, как не программист использующий оракл, а как человек использующий (пытающийся) использовать программу с его использованием, я должен знать эту книгу наизусть? вообще обязан знать что это за книга?
и второй. дата ее выхода? вернее, когда эти знания в ней появились?
до того как? опять?
опять ты игнорируешь время. задним то умом все крепки, а ты попробуй что то решить когда решения еще нет...

Ega23 ©   (21.11.08 13:02) [113]
4. Данная СУБД никогда не будет сертифицирована для использования серьёзными гос.организациями, т.к. опен-сорс.

Похоже, что, к примеру, система Клиент-Банк не может считаться чем-то серьезным.

Если считать серьезные госорганизации критерием, возмьмем налоговую службу. Серьезная организация на Ваш взгляд? На мой взгляд - весьма серьезная. Одна из серьезнейших. Следовательно dBase и FoxPro под DOS с кривейшими программами - самое то. Вероятно они лицензированы и сертифицированы.

А насчет опен-сорс я так скажу. Как раз именно опен-сорс и будет сертифицирован к применению. Государство как раз очень настороженно относится к продуктам коммерческого характера, не раскрывающим исходный код. Шпиономания, однако.

У меня есть клиенты, у которых IB базы без всякого обслуживания работают годами. Например, 5 лет подряд непрерывно без всякого вмешательства. Пусть разработчики mssql баз заявят то же самое.

А MSSQL работает под Linux или FreeBSD ?

А если по распространенности брать, то MySQL - самый крутой сервер на свете. А PHP - самый лучший язык программирования.

> sniknik ©   (21.11.08 14:17) [132]


> я и до этого слышал про оракл что он может держать базу
> в выделенном разделе, не пользуясь файловой системой...

может

> работать под собственной операционкой, т.е. возможность
> его инсталяции на "голое железо".

это как в неприличном анекдоте, где Наташа Ростова перчатку обронила, а поручик Ржевский ее поднял и ручку поцеловал, как люди потои друг другу эт рассказывали :)
СУБД работает под некоей платформо-зависимой Virtual OS, скрытой от юзера. Свою операционку там никогда делать не собирались.

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

как конечный юзер - нет, как человек, который по крайней мере занимается инсталляцией - по крайней мере Part I What Is Oracle?, как программист - опреденные главы.

> sniknik ©   (21.11.08 14:17) [132]


> вообще обязан знать что это за книга?
> и второй. дата ее выхода? вернее, когда эти знания в ней
> появились?

это документация

Интересно, автор ветки выбрал уже самый простой путь? 8-)

ORACLE - лучший сервер.
А костюм следует шить в Италии, на заказ.
А жить надо в Монако.

Афтар! Ставь ORACLE! Не прогадаешь. И сразу - в Монако. На яхте.
:)