Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2008.08.24;
Скачать: CL | DM;

Вниз

А помните, как многие здесь ржали над парадоксальным?   Найти похожие ветки 

 
Sergey13 ©   (2008-06-26 14:43) [160]

> [159] Поросенок Винни-Пух ©   (26.06.08 14:31)
> плюс текст оригинального ексепшена что целевой компьютер
> отверг запрос на подключение.

Ты бы девушкам еще про тенденции парадоксальных иллюзий написал. 8-)

> Просьбы ребута правде нет.

Вот оно!

> "перегрузите кампьютер "Маша123""

А надо еще добавить "или обратитесь к вашему системному администратору."


 
Sergey13 ©   (2008-06-26 14:58) [161]

> [46] Поросенок Винни-Пух ©   (26.06.08 09:36)
> у меня в течение восьми лет было три или четыре случая падения
> парадокса среди трех тысяч инсталляций.
>
> И один случай отказа кс системы которой два месяца отроду
> и тридцать состоявшихся инсталляций.

> [127] Поросенок Винни-Пух ©   (26.06.08 12:28)
> меня интересует итоговая частота звонков мне, как разработчику
> в случае отказа системы.

Итого тебе позвонили максимум 5 раз за восемь лет. С чего ты завелся то? Мне больше по ошибке звонили (в смысле номером ошиблись).
8-)


 
kaif ©   (2008-06-26 15:09) [162]

Как говорят на IBM, лучшая программа - работающая программа.
Я тебя понял.
Так как кроме приложения еще FB фигачит, а он может упасть, ты и говоришь про лишний процесс, который может упасть.

А с Paradox-ом ты через BDE работаешь или как?
Злые языки уверяют, что на голову BDE какой-ниубдь козел может свой BDE иной версии инстальнуть. И тогда точно кранты твоему парадоксу. Или ты с парадоксом научился напрямую работать?


 
Поросенок Винни-Пух ©   (2008-06-26 15:15) [163]

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


 
Anatoly Podgoretsky ©   (2008-06-26 15:17) [164]

> vuk  (26.06.2008 10:28:59)  [59]

Вот именно, что хотя бы, а почему бы не поговорить об сотнях.
Если для КС количество данных до фене, то у Парадокса эта величина пропорциональная.


 
Anatoly Podgoretsky ©   (2008-06-26 15:24) [165]

> Поросенок Винни-Пух  (26.06.2008 10:43:06)  [66]

Не надо на Акцессе, это хоть и ФС, но работает она по правилам КС и уронить ее очень тяжело, а из всех широко известных Парадокс самый падучий. и именно в части сохранности. А на серверной стороне у него 100 процентная надежность, поскольку на серверной стороне вообще нет программной части, как у ФБ нет части на клиентской стороне. И 100 пользователей ФБ будут во много раз надежнее, чем 100 пользователей Паарадокса, каждый из которых лезет напрямую в файл БД.
Хотя в первом случае есть одно звено на сервере, а во втором случае 0 - нет на сервере никакой программной части Парадокса.
Сравниваем апельсины с табуретками.


 
Anatoly Podgoretsky ©   (2008-06-26 15:26) [166]

> vuk  (26.06.2008 10:48:09)  [69]

С сотней пользователей и более гигабайта, а Парадокс не в состоянии даже и близко стоять.


 
Anatoly Podgoretsky ©   (2008-06-26 15:29) [167]

> Поросенок Винни-Пух  (26.06.2008 10:58:14)  [74]

Это не сравнение, это вообще ахинея.
Сравнивать надо количество агентов обрабатывающих одновременно файл(ы) БД, особенно файлы индексов.


 
kaif ©   (2008-06-26 15:32) [168]

Интересно, как в Парадоксе объединить две таблицы, если в них больше 100 тыс записей и нужно получить сумму по полю подчиненной таблицы с некоторым условием на поле главной таблицы? Наверно надо их обе вытянуть на клиент, включить Local SQL. Если тот догадается по внешнему ключу связать, то хорошо, нет - пойдет на прямой перебор всех 100 000 записей из главной таблицы и прямой перебор всех 100 000 в подчиненной для каждой записи в главной, потом все это просуммирует и выдаст одну циферьку в окошко. К концу пятилетки.

А FB это объединит по внешнему ключу, просуммирует и выдаст результат примерно через 0.3 сек. По сети прошмыгнет только выданный результат. Разве этот кайф можно сравнить с чем-нибудь?...


 
MsGuns ©   (2008-06-26 15:32) [169]

Сервер на тачке "блондинки", гоняющей кваку, и регулярно валящийся - супераргумент !
А что, на "блондинистой" фирме никто не догадался поставить выделенный скл-сервер или это такая тяжелая фин.потеря что нечем будет платить "блондинке" ?

Мы еще с середины 90-х ставили жесткое условие заказчикам-клиентам - ВЫДЕЛЕННЫЙ сервер (сначала это был фс, потом кс). Те, кто в свое время бухтыхался с нетварлайт или подобной, новелом 2.15 или ИБ на "блондинистой" машине, меня поймут.

Слава Богу, нынче не нужно в этом никого убеждать, не то что тогда


 
Anatoly Podgoretsky ©   (2008-06-26 15:33) [170]

> Поросенок Винни-Пух  (26.06.2008 11:16:25)  [85]

Не может быть.
Есть один процесс это ФБ и НОЛЬ процессов это Парадокс.
Конечно ноль процессов надежнее одного. Никогда процесс Парадокса не зависнет/не будет остановлен на сервере.
А теперь попробуй запустить 100 экземпляров ФБ и натрави их на одну и туже базу. Я знаю что это не получится, но ты попробуй это представить в уме.


 
Поросенок Винни-Пух ©   (2008-06-26 15:34) [171]

парни, вы зря меня агитируете за клиент-сервер. я вас сам могу за него поагитировать.


 
Anatoly Podgoretsky ©   (2008-06-26 15:34) [172]

> Поросенок Винни-Пух  (26.06.2008 11:21:27)  [87]

> Испольнимый код у нас один и тот же. Это и есть процее равное.

Нету никакого у тебя одного и того же кода, есть только один код ФБ и никакого кода Парадокса на сервере.


 
Поросенок Винни-Пух ©   (2008-06-26 15:36) [173]

код прикладного процесса там имелся ввиду


 
Anatoly Podgoretsky ©   (2008-06-26 15:38) [174]

> Johnmen  (26.06.2008 11:24:28)  [88]

А с нулем таких процессов?
А удаленые независимые системы, да хоть 99 из 100 не запущены, но один будет все равно работать, а если бы было возможно сделать 100 процессов ФБ
Вот что надо сравнивать. Но мы можем аналогичное сравнение сделать для 100 серверов и на 99 из них отрубим питание, будет ли работать оставшийся один? Повлияют ли на него остановленые 99 других?
А теперь давай ка запустим на терминале 100 экземпляров Парадокса и точно также на одной базе.
Вот это уже поближе будет.


 
MsGuns ©   (2008-06-26 15:38) [175]

>kaif ©   (26.06.08 15:32) [168]
>Интересно, как в Парадоксе объединить две таблицы, если в них больше 100 тыс записей и >нужно получить сумму по полю подчиненной таблицы с некоторым условием на поле главной >таблицы?

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


 
kaif ©   (2008-06-26 15:39) [176]

Хватит пинать Поросенка.

Он что-то имел в виду, но доказать утверждение не смог, а шуму вызвал много, ибо были задеты священные чувства sql-щиков, которые все, как известно, маньяки.

И это хорошо. что маньяки.
Значит в клиент-серверной архитектуре есть кайф. Оттуда и маньяки.
А в файл серверной кайфа нет. Поэтому и маньяков нет.

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

Винни, ты их прости и не настаивай на своем. Зато у тебя 3000 инсталляций. А у многих твоих оппонентов (например у меня) их на порядки меньше.


 
Anatoly Podgoretsky ©   (2008-06-26 15:40) [177]

> Поросенок Винни-Пух  (26.06.2008 11:27:29)  [89]

Откуда одинокий процесс его нет. Ты видимо не представляешь как работают файл серверные БД, в частности Парадокс.
У нас есть только один процесс в случае ФБ и ничего в случае Парадокса.


 
Anatoly Podgoretsky ©   (2008-06-26 15:41) [178]

> Поросенок Винни-Пух  (26.06.2008 11:33:31)  [91]

При многопользовательской сетевой работе никаких "на одной и той же паре машин" и речи нет.


 
Anatoly Podgoretsky ©   (2008-06-26 15:44) [179]

> Поросенок Винни-Пух  (26.06.2008 11:36:33)  [93]

С Парадоксом, скажи размеры и количество пользователей и также количество Одновременных запросов. Но зависимость не арифметическая, а геометрическая, при определенном количестве пользователей хватает только на пару часов, до большей стадии никто не доводил. Эта стадия наступает при количестве одновременно раюотающих пользователей свыше 10 и дальше зависит от интенсивности работы. Для случая КС это почти не зависит ни от количества пользователей (кроме производительности) ни от размера базы.


 
Поросенок Винни-Пух ©   (2008-06-26 15:45) [180]

Анатлоий, многие здесь уже поняли о чем я.
Очередь  за вами.
:)


 
Anatoly Podgoretsky ©   (2008-06-26 15:46) [181]

> Поросенок Винни-Пух  (26.06.2008 11:38:34)  [94]

Да сколько же можно тебе говорить, что в случае с Парадоксом это количество 0, а в случае с КС это количество равно количеству экземпляров*N


 
Поросенок Винни-Пух ©   (2008-06-26 15:46) [182]

хорошо, хорошо. как скажете.


 
Anatoly Podgoretsky ©   (2008-06-26 15:46) [183]

> Поросенок Винни-Пух  (26.06.2008 11:46:36)  [96]

> не уточнил только размер груди и имена девушек-пользователей

А надо бы, поскольку эти показатели точно также важны для ФС


 
Anatoly Podgoretsky ©   (2008-06-26 15:48) [184]

> Поросенок Винни-Пух  (26.06.2008 11:47:38)  [98]

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


 
Anatoly Podgoretsky ©   (2008-06-26 15:48) [185]

> Sergey13  (26.06.2008 11:50:39)  [99]

Да лапшу нам на уши вешают, или пользователи такие как и обслуга.


 
Поросенок Винни-Пух ©   (2008-06-26 15:48) [186]

в следующий мой визит к ним обязательно.
скажу что мужики на дм зело интересуются.


 
kaif ©   (2008-06-26 15:49) [187]

Насчет Парадокса скажу одно. Я лично отказался от него именно в силу низкой надежности. По крайней мере в моих задачах. Я уже говорил про убийственную ошибку с двукратным нарушением уникального ключа в сочетании с невинным селектом - гарантированное падение таблицы. Избежать такой ситуации априори невозможно. Разве что отказавшись от Local SQL и юзая голимые таблицы TTable, То есть вернувшись в эпоху dBase-мышления с вечными путешествиями по записям туда-сюда, как это до сих пор делают 1С-овщики.
К тому же необходимость ставить определенную версию BDE на каждый клиентский компьютер.
Плюс какой-то невнятный файл pdoxuser.net (или как-то так он назывался), который портился у меня на дню по 100 раз, если пользователей чуть больше одного. После порчи в этом файле можно было найти такую ересь, что проще было его периодически просто убивать.
Плюс проблемы с синхронизациями.
Когда один юзер вроде поменял запись и вроде подтвердил там все, что только можно (сессию, транзакцию, или что там было нужно - не помню). А другой так об этом и не узнал. Пока не перегрузит свой комп, на котором старые локальные копии таблиц  почему-то застряли.
В общем мучил я это парадокс на предмет работы в сети месяца два.
Потом плюнул, перешел на сервера и больше не знаю забот.


 
kaif ©   (2008-06-26 15:54) [188]

Поросенок Винни-Пух ©   (26.06.08 15:48) [186]
в следующий мой визит к ним обязательно.
скажу что мужики на дм зело интересуются.


Блондинок не обижай. Они хорошие.


 
Поросенок Винни-Пух ©   (2008-06-26 15:54) [189]

То есть вернувшись в эпоху dBase-мышления с вечными путешествиями по записям туда-сюда, как это до сих пор делают 1С-овщики.

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


 
Anatoly Podgoretsky ©   (2008-06-26 15:55) [190]

> vuk  (26.06.2008 11:51:40)  [100]

Тебе повезло, что у вас не было Парадокса, тогда бы ни о каких восстановления и речи бы не стояло.
Как то тут кто то жаловался, мол база Парадокса около 100 мегабайт, порядка 10 пользователей, падает раз в несколько часов, спасает только почасовое создание архивов. В тоже время акцесс может работать и с большим размером, но зависимость геометрическая, зато восстановление действительно от 15 минут до получаса и без потерь, кроме не отправленых еще записей, но это заслуга МС они сразу делали систему работающую не по правилам ФС, а по правилам КС. Если придет sniknik то он может больше рассказать про Акцесс. Далее по надежности идут xBase системы и самый низ ниши занимает Парадокс.


 
Anatoly Podgoretsky ©   (2008-06-26 15:56) [191]

> Поросенок Винни-Пух  (26.06.2008 11:51:42)  [102]

Ты написал Firebird? Силен


 
Anatoly Podgoretsky ©   (2008-06-26 15:57) [192]

> Поросенок Винни-Пух  (26.06.2008 11:56:47)  [107]

> ФБ стоит на одной из машин деушек.

Упс! После этого говорить не о чем.


 
Johnmen ©   (2008-06-26 15:58) [193]


> Anatoly Podgoretsky ©

Тормози. Никому уже не интересны вчерашние щи :)))


 
Поросенок Винни-Пух ©   (2008-06-26 15:58) [194]

а что там с технологией кс на акцессе?
просто не в курсе.
чоикак.


 
Anatoly Podgoretsky ©   (2008-06-26 15:58) [195]

> clickmaker  (26.06.2008 12:02:50)  [110]

Да какой еще там сервис, не смейся


 
blackman ©   (2008-06-26 15:58) [196]

и самый низ ниши занимает Парадокс.
Почему ниши? Кучи или ямы? :-)
Не стоит его вообще в расчет брать. Недееспособен.


 
Johnmen ©   (2008-06-26 15:59) [197]


> Anatoly Podgoretsky ©

Зорька, стоять!!! :)))


 
Anatoly Podgoretsky ©   (2008-06-26 15:59) [198]

> Поросенок Винни-Пух  (26.06.2008 12:08:56)  [116]

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

Не смеши народ.


 
Johnmen ©   (2008-06-26 16:00) [199]

ГОСПОДА!!!
ПОГОРЕЦКИЙ БОТА НАПИСАЛ!!!
И СЕЙЧАС ТЕСТИРУЕТ!
:)))


 
Поросенок Винни-Пух ©   (2008-06-26 16:00) [200]

> ФБ стоит на одной из машин деушек.

Упс! После этого говорить не о чем.


А если на машине мальчика?
:)



Страницы: 1 2 3 4 5 6 7 8 9 
10 вся ветка

Текущий архив: 2008.08.24;
Скачать: CL | DM;

Наверх




Память: 0.84 MB
Время: 0.057 c
2-1216301860
Mops
2008-07-17 17:37
2008.08.24
свой пункт меню


15-1215115864
Petr V. Abramov
2008-07-04 00:11
2008.08.24
Как объяснить женщине


15-1215112003
@!!ex
2008-07-03 23:06
2008.08.24
Как влезть в память приложения?


8-1184352294
leonidus
2007-07-13 22:44
2008.08.24
Траблы при получении уровня компресии у JPG-файлов


2-1216129529
ЗФдЗФднсп
2008-07-15 17:45
2008.08.24
Освобождение .xls файла