Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2009.01.18;
Скачать: [xml.tar.bz2];

Вниз

Нужен совет...   Найти похожие ветки 

 
Anatoly Podgoretsky ©   (2008-11-21 13:26) [120]

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

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


 
Anatoly Podgoretsky ©   (2008-11-21 13:29) [121]

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

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


 
Anatoly Podgoretsky ©   (2008-11-21 13:31) [122]

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

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

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


 
Petr V. Abramov ©   (2008-11-21 13:34) [123]


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


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

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


 
Anatoly Podgoretsky ©   (2008-11-21 13:35) [124]

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

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


 
Anatoly Podgoretsky ©   (2008-11-21 13:37) [125]

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

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

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


 
Petr V. Abramov ©   (2008-11-21 13:44) [126]


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

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


 
Anatoly Podgoretsky ©   (2008-11-21 13:45) [127]

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

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


 
Anatoly Podgoretsky ©   (2008-11-21 13:48) [128]

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

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


 
Petr V. Abramov ©   (2008-11-21 14:01) [129]


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


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

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

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

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

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

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


 
Anatoly Podgoretsky ©   (2008-11-21 14:05) [130]

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

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


 
Petr V. Abramov ©   (2008-11-21 14:08) [131]


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

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


 
sniknik ©   (2008-11-21 14:17) [132]

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

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

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


 
kaif ©   (2008-11-21 14:21) [133]

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


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

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

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

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


 
kaif ©   (2008-11-21 14:23) [134]

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


 
kaif ©   (2008-11-21 14:24) [135]

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


 
Petr V. Abramov ©   (2008-11-21 14:28) [136]


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


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

может

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

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

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

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


 
Petr V. Abramov ©   (2008-11-21 14:29) [137]


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


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

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


 
Sergey13 ©   (2008-11-21 14:35) [138]

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


 
kaif ©   (2008-11-21 14:36) [139]

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

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


 
Ega23 ©   (2008-11-21 14:40) [140]


> kaif ©   (21.11.08 14:21) [133]


Ашот, я прекрасно понимаю, что всяк кулик своё болото хвалит.
И я понимаю, что 10 лет проработав под IB/FB очень сложно соскочить на другую СУБД и понять её прелестьи и недостатки. Особенно ,когда тебе не под 30, а под 50.
Кстати, вы действительно приглядись, кто за FB ратует, какая возрастная категория и какие задачи этими людьми по жизни делались.


> Серьезная организация на Ваш взгляд? На мой взгляд - весьма
> серьезная. Одна из серьезнейших.


Это на ваш взгляд серьёзная. И с точки государства - серьёзная. Но ,как бы, она не реал-тайм... :) И нагрузки как-бы немного не те.


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


Не имели вы дело с военными...


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


А ему надо? Я вполне серьёзно.


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


Прикола ради открыл справку по PHP.
Наблюдаю функции:
mysql_connect
mssql_connect
pg_connect
Вижу кучу функций для Oracle.
Ни одного упоминания о FB. Это к вопросу распространённости.


 
sniknik ©   (2008-11-21 14:49) [141]

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

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

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


 
kaif ©   (2008-11-21 15:06) [142]

2 Ega23 ©   (21.11.08 14:40) [140]

PHP имеет функции для IB. Посмотрите получше.

Насчет кулика согласен. Это каждому свойственно.
Но зря Вы думаете, чо я не разрабатывал на других серверах. Я разрабатывал на MSSQL (еще под NT4 это было) для РАО ЕЭС в Тюмени систему сбора информации о потреблении электроэнергии, а на ORACLE в прошлом году систему мониторинга двусторонних договоров для Администратора Торговой Сети РАО ЕЭС. Это сотни электростанций, почасовые графики нагрузки и анализ всей этой дребедени. С генерацией текстов многоэтажных запросов онлайн. Плюс еще приходилось все это делать на JDBC + JSP и сервлетах под Tomcat. И я прекрасно вижу все преимущества ORACLE и MSSQL перед IB. Но я вижу и их явные недостатки для данной задачи. А Вы не хотите их видеть. В этом вся проблема.

Вот Вам известно, что если в подзапросе SELECT в синтаксисе ORACLE добавить фразу ORDER BY, то объединение на уровне выше произойдет с такой скоростью, как если бы подзапрос был индексированной по этому полю таблицей? Это очень красиво на самом деле. В IB этого в помине нет и не предвидится. Так почему я рекомендую IB? Как раз потому и рекомендую, что я работал со всеми тремя серверами и могу сравнить их применительно к тому случаю, который упомянул автор.

Никакого желания вести войны "в пользу IB" у меня нет. Но еще меньше желания у меня навязывать конъюнктурные подходы типа "специалисты ORACLE больше востребованы или более уважаемы" в случаях когда человек спросил "как лучше решить конкретно эту задачу". Он же не спросил "дайте совет, какой сервер мне изучать, чтобы побыстрее иметь квартиру, машину дачу и любовницу?".


 
Anatoly Podgoretsky ©   (2008-11-21 15:17) [143]

> Petr V. Abramov  (21.11.2008 14:01:09)  [129]

MS SQL тоже может работать на raw device - включено для желающих, на самом деле пользы по сути нет.


 
kaif ©   (2008-11-21 15:19) [144]

Давайте поступим иначе. Не будем спорить.

Допустим, мы рекомендуем автору использовать MSSQL.
Видимо это будет MSSQL Express.
Давайте начнем.
Поможем человеку.

Итак, размер инсталлятора и откуда он должен его скачать.
Установка сервера.

Какую аутентификацию юзеров он должен использовать? Windows-аутентификацию или серверную (логин+пароль).

Ответ обосновать.

Какие компоненты доступа выбрать? BDE Или ADO?
Ответ оборсновать.

Давайте пусть он пройдет с нами весь путь. До момента, когда он дома у себя увидит свою первую таблицу и данные в ней. А дальше пусть сам думает. Нам останется снабдить его советами, как это все еще на работу перенести и там установить в тамошней сети.

А потом я пройду с ним тот же путь на FB.

А потом пусть автор сам ответит, что ему больше оказалось по душе. Я не исключаю, что он будет в восторге от MSSQL Express, а FB спосчитает полным отстоем.

Начнем?
Где автор, кстати?


 
Anatoly Podgoretsky ©   (2008-11-21 15:21) [145]

> sniknik  (21.11.2008 14:17:12)  [132]

Не байки, оба гиганта могут работать на raw device, но толку мало, проблем много. На самом деле дефрагментация файла(ов) БД практически не играет роли для подобных баз, может для других это и важно, но не для них. Полезнее сразу задать больший размер и никогда не уменьшать его, вот тут реальное ускорение. Про разбиение базы по файлам и по файловым группам уже писали, но серьезный эффект появляется при сотнях дисков.


 
Anatoly Podgoretsky ©   (2008-11-21 15:23) [146]

> kaif  (21.11.2008 14:21:13)  [133]

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


 
Anatoly Podgoretsky ©   (2008-11-21 15:25) [147]

> kaif  (21.11.2008 14:23:14)  [134]

Не требуется, для этих ОС другие БД, впервую очередь Oracle на монстрах типа R6000 с ОС AIX.
На дешевых MySql и Posgre


 
Anatoly Podgoretsky ©   (2008-11-21 15:28) [148]

> Petr V. Abramov  (21.11.2008 14:29:17)  [137]

Кстати про документацию, одну девушку попросили привезти документацию по ораклу из фирмы поставщика, у нее что то выпало.


 
Anatoly Podgoretsky ©   (2008-11-21 15:28) [149]

> kaif  (21.11.2008 14:36:19)  [139]

А море там есть?


 
blackman ©   (2008-11-21 15:29) [150]

Вагонные споры :)
Как будто вам кто-то дает выбирать...
Чаще всего что установлено на том и работать приходится.
Это только в начале пути IT в России можно было что-то петь о том, что надо приобретать и ставить.
Большинство организаций давно закупили СУБД и только обновляют на новые версии.
Какой же тут выбор?
Выбирать приходится организацию, а не СУБД.
Поэтому нужно говорить о распространенности СУБД, а не о выборе.
Соответственно для обучения выбрать наиболее распространенную.
Вот и скажите какая наиболее распространена в России.


 
Ega23 ©   (2008-11-21 15:32) [151]


> Вот и скажите какая наиболее распространена в России.


ini-файлы рулят.


 
Anatoly Podgoretsky ©   (2008-11-21 15:33) [152]

> kaif  (21.11.2008 15:06:22)  [142]

Меня в свое время от IB отвратило отсутствие вложеных запросов и слабый набор встроеных функций.
Я в то время поставил MSDE 2000 и сразу же написал нужное.
И что мне надо было ждать много лет, что бы нужное мне от БД появилось?


 
kaif ©   (2008-11-21 15:35) [153]

Ладно.
Здаюсь.
Куда попрешь протиив логики типа:

1. Firebird - не для серьезных задач.
2. У автора - серьезная задача

Следовательно - автору нужен не Firebird.


 
kaif ©   (2008-11-21 15:42) [154]

Вот. Даже сдаюсь через з написал. Теперь так правильно. За этим новоязом большие перспективы.


 
Anatoly Podgoretsky ©   (2008-11-21 15:45) [155]

> kaif  (21.11.2008 15:19:24)  [144]

1. 55-60 мб, микрософт
2. все равно, кроме случая когда доступ без домана, например через Интернет, простая локальная сеть. У себя дома, без сети - вообще без разницы, по умолчанию с машины на которой расположен сервер доступ прямой, без пароля и без сетевых вещей Shared Memory
3. ADO поскольку родные. Сервер сразу будет виден в Дельфи

Грубо говоря запустить инсталяции и все, по окончанию все готово к немедленной работе. Все ответы в инсталяторе по умолчанию. Просто нажимать Enter.

4. По окончанию инсталяции может создавать базу, визуально через SSMS и в ней таблицы, или с помощью консольных утилит, или с помощью своей программы.
5. На работу проще простого - или BackUp/Restore или Attach

Пока я писал, за это время мог бы выполнить два раза пункты 4 и 5.


 
Anatoly Podgoretsky ©   (2008-11-21 15:47) [156]

> blackman  (21.11.2008 15:29:30)  [150]

В случае Windows Server 2003 на сервере(ах) как правило будет стоять уже несколько SQL серверов, они нужны для работы системы, так и несколько ВЕБ серверов.


 
Anatoly Podgoretsky ©   (2008-11-21 15:49) [157]

> kaif  (21.11.2008 15:35:33)  [153]

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


 
Petr V. Abramov ©   (2008-11-21 15:56) [158]


> о как, а почему тогда ты думаешь он мне рассказывал сказки?

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


> и тогда вопрос как с разделом - "копируем. подключаем, идем
> через минуту домой"?

с разделом - никак.
однако ж никто не заставляет именно с разделами работать. особенно если принципиальна скорость инсталляции.

> как человек которому дано некоторое время на инсталяцию
> и проверку работы программы.

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


 
blackman ©   (2008-11-21 16:07) [159]

Anatoly Podgoretsky ©   (21.11.08 15:47) [156]
Что это у вас за правила такие :)
Я говорю о том, что использовать начинающему, что бы он потом мог легко использовать полученный опыт.


 
Petr V. Abramov ©   (2008-11-21 16:15) [160]


> Anatoly Podgoretsky ©   (21.11.08 15:21) [145]


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

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

> Anatoly Podgoretsky ©   (21.11.08 15:28) [148]

верю :)



Страницы: 1 2 3 4 5 вся ветка

Форум: "Прочее";
Текущий архив: 2009.01.18;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.84 MB
Время: 0.015 c
15-1227298788
DillerXX
2008-11-21 23:19
2009.01.18
Активное шумоподавление


4-1200044109
JetuS
2008-01-11 12:35
2009.01.18
Как загрузить анимационный курсор (ANI) из ресурсов?


15-1227391891
DillerXX
2008-11-23 01:11
2009.01.18
Фотожаба или нет?


2-1228091350
Deled
2008-12-01 03:29
2009.01.18
Принтер


8-1185194618
Longli
2007-07-23 16:43
2009.01.18
Ультразвук





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский