Re: устойчивость Firebird

2009-06-12 Пенетрантность PEAKTOP 
> RTFM:http://ibase.ru/develop.htm#doc
>
> 1. Курс молодого бойца и ответы на частые вопросы: или информация для
> начинающих, а также продолжающих.
>
> 2. Что НЕ надо делать в InterBase и Firebird
>
> 3. Пункт 23 (на ночь 3 раза)
>


Кстати, по поводу КМБ, параграф 23...

Я последние три года 80% проектов делаю для "оконных" компаний, в
смысле для тех, кто производит окна: металлопластиковые, деревянные.

У них есть торговые сети, построенные по принципу пирамиды: есть
регион (Донецкий, Днепропетровский, Луганский), в каком-либо городе
которого находится само производство и, соответственно,
ГлавнаяЦентральнаяБаза. В регионах есть города, в которых находятся
"филиалы" и ЦентральныеБазыФилиалов. Или же, бывает, что в городе нет
филиала, а он отдан какому-либо дилеру и там, соответсвенно,
ЦентральнаяБазаДилера. Каждый филиал (дилер) имеет торговые точки,
расположенные "в местах массового скопления граждан" (супермаркеты,
рынки, строительные магазины), в котрых крутиться САПР для расчета
стоимости окон и происходят продажи.

Каждый вечер после рабочего дня деффачка, работающая в торговой точке,
копирует БазуДанныхТорговойТочки на флешку и несет на филиал (или
центральный офис дилера), где данные потом погружаются в
ЦентральнуюБазуФилиала.
Собрав за день заказы, ЦентральнаяБазаФилиала делает выгрузку заказов
для отправки по инету в ГлавнуюЦентральнуюБазу. Формат выгрузки -
создается файл базы данных Firebird, в котором создаются таблицы
выгрузки, выгружаются данные, все это пакуется архиватором и
отправляется по инету. Еще раз повторяю: отправляется файл базы
данных.

Вот, например, один из заказчиков, Донецкий: 8филиалов+12дилеров,
каждый из которых по 10-15 торговых точек. Итого где-то 250-300 баз
торговых точек, которые ЕЖЕДНЕВНО КОПИРУЮТ НА ЛЕТУ и еще 20 баз,
которые ежедневно пакуют и отправляют по инету.

Есть еще другие заказчики, но они не такие жирные по количеству
филиалов.

За последние 4 года работы последовательно использовался Firebird от
1.5.3 до 2.5 по мере выхода, за этот срок ни одного сбоя сервера.
Всякое бывало:
1) абсолютно новые флешки "не определялись". и проверенные в боях
тоже.
2) "горели" флешки
3) флешку выдергивали до конца процесса копирования, в результате
приносили битую базу.
4) базу вместо того, чтобы скопировать, вырезали (пункты меню в
Проводнике рядом).
Но базы в торговых точках не ложилась НИ РАЗУ. За 4 года.

-
Исходя из вышеизложенного предлагаю исключить параграф 23 из КМБ как
устаревший.

Re: ������������ Firebird

2009-06-12 Пенетрантность Nikolay Ponomarenko 


Hello, Michael!
You wrote  on Fri, 12 Jun 2009 12:34:29 -0700 (PDT):

MM> характер последних вирусов, того же Конфликера, я свое отношение к
>> антивирусам изменил. Трачу лишнее время и самостоятельно настраиваю
>> исключения.
MM> А чего, службу Server отключить не судьба? Или нужно обязательно
MM> светить на весь мир административными шарами? :)

С учетом того, что ее функционал нами используется (в очередной раз сдуру 
решил положиться на технологии от МС) - то видимо не судьба.


MM> Антивирусы - зло. Не пользуюсь ими уже много лет ни на домашнем, ни на
MM> офисных компьютерах.

Как переберешься в офис, и увидишь, что творится в сети (к примеру пароль 
доменного админа - 123) - полюбишь и оценишь.


--
-=Вегетарианцы не едят животных. Эти мерзавцы их объедают.=-
With best regards,  Nikolay Ponomarenko

Re[2]: устойчивость Firebird

2009-06-12 Пенетрантность Dmitriy Kovalenko 


> раньше такое на локальном сервере вроде прокатывало

За 11 лет работы с InterBase и Firebird НИ РАЗУ (сплюнем три раза) не
падали базы. Портились пару раз индексы по мелочи, но база, чтобы
как-то упасть - НИКОГДА. Хотите верьте, хотите нет. По крайней мере, в
моем присутствии :)

Может быть просто все дело в правильном подходе к снаряду? (с) :)

--
Regards, 
Dmitriy Kovalenko

Re[2]: устойчивость Firebird

2009-06-12 Пенетрантность Dmitriy Kovalenko 


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


RTFM: http://ibase.ru/develop.htm#doc

1. Курс молодого бойца и ответы на частые вопросы: или информация для
начинающих, а также продолжающих.

2. Что НЕ надо делать в InterBase и Firebird

3. Пункт 23 (на ночь 3 раза)


--
Regards, 
Dmitriy Kovalenko

Re: устойчивость Firebird

2009-06-12 Пенетрантность Michael Mostovoy 
On 25 май, 11:04, "Nikolay Ponomarenko"  wrote:
>
> Учитывая характер последних вирусов, того же Конфликера, я свое отношение к
> антивирусам изменил. Трачу лишнее время и самостоятельно настраиваю
> исключения.
>
А чего, службу Server отключить не судьба? Или нужно обязательно
светить на весь мир административными шарами? :)

Антивирусы - зло. Не пользуюсь ими уже много лет ни на домашнем, ни на
офисных компьютерах.

По теме. Начиная с версии 2.1.2 Firebird кажется стал слишком
чувствительным к внутренним ошибкам БД. Многие ранее невинные
действия, как то даже копирование базы при включенном локальном
клиенте (но без текущих операций чтения-записи) впоследствии приводили
к "Internal gds software consistency check" на скопированной базе. Но
это субъективное впечатление, я могу ошибаться.

Re: "attempted update of read-only column" при RDB$FIX_METADATA

2009-06-12 Пенетрантность Yurij 


On Jun 12, 7:09 pm, "St. Alex"  wrote:
> 12.06.2009 17:24, Yurij пишет:
> > SQL>  select * from rdb$fix_metadata('WIN1251');
> > SQL>  commit;
> АСРК?

Ничего в голову, кроме "а почему вы спрашиваете?" не приходит :)

Re: "attempted update of read-only column" при RDB$FIX_METADATA

2009-06-12 Пенетрантность St. Alex 


12.06.2009 17:24, Yurij пишет:

Переношу базу с 1.5.4 на 2.1.1. Сделал бэкап-ресторе, выполняю
обновление чарсета метаданных. И после

SQL>  select * from rdb$fix_metadata('WIN1251');
SQL>  commit;


АСРК?

С уважением,
Стариков Алексей

Re: Что-то давно у нас не было пятницы ? :)

2009-06-12 Пенетрантность Kovalenko Dmitry 



PS. Спасиб, давно так не смеялсо :)


"0 новый рингтон ,на мобилу)? "

яупалподстолисдох

Re: Что-то давно у нас не было пятницы ? :)

2009-06-12 Пенетрантность Kovalenko Dmitry 



Камменты ко второму - яплакалъ.


Да там ваще камменты жгут. энисатисаниматис.

Коваленко Дмитрий.

PS. Спасиб, давно так не смеялсо :)

Re: Что-то давно у нас не было пятницы ? :)

2009-06-12 Пенетрантность Kovalenko Dmitry 



Песня "Волшебный кролик"

Песня "килорк йынбешлоВ" (она же, но задом наперед)

Убило. Причем первый вариант больше второго.


Камменты ко второму - яплакалъ.

мыфсеумрем. Ааааааааааааааааааа!!!

Коваленко Дмитрий.

Re: "attempted update of read-only column" при RDB$FIX_METADATA

2009-06-12 Пенетрантность Yurij 
On Jun 12, 4:51 pm, "Khorsun Vlad"  wrote:
> "Yurij" ...
> >> В кривых AFTER триггерах, присваивающих в NEW и\или OLD, и\или
> >> кривых BEFORE DELETE(INSERT), триггерах, присваивающих в NEW(OLD).
>
> > Ага, поищу. Но почему на метаданных и почему только после коммита -
> > это для меня загадка. Надеюсь, я когда 5 лет назад эту базу создавал,
> > триггеров на системные таблицы случаем не навешал :)
>
>     Потому что апдейт полей в RDB$TRIGGERS заставляет движок проверить
> BLR по коммиту. По коммиту - потому что весь DDL делается по коммиту.
> А любое изменение в системных таблицах считается следствием выполнения
> оператора DDL.

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

Re: "attempted update of read-only column" при RDB$FIX_METADATA

2009-06-12 Пенетрантность Khorsun Vlad 


"Yurij" ...



On Jun 12, 4:30 pm, "Khorsun Vlad" wrote:

"Yurij" ...
> attempted update of read-only column
> Кто-нибудь может подсказать, где искать причину ошибки?
В кривых AFTER триггерах, присваивающих в NEW и\или OLD, и\или
кривых BEFORE DELETE(INSERT), триггерах, присваивающих в NEW(OLD).


Ага, поищу. Но почему на метаданных и почему только после коммита -
это для меня загадка. Надеюсь, я когда 5 лет назад эту базу создавал,
триггеров на системные таблицы случаем не навешал :)


   Потому что апдейт полей в RDB$TRIGGERS заставляет движок проверить
BLR по коммиту. По коммиту - потому что весь DDL делается по коммиту.
А любое изменение в системных таблицах считается следствием выполнения
оператора DDL.

--
Хорсун Влад

Re: "attempted update of read-only column" при RDB$FIX_METADATA

2009-06-12 Пенетрантность Yurij 


On Jun 12, 4:30 pm, "Khorsun Vlad"  wrote:
> "Yurij" ...
> > attempted update of read-only column
> > Кто-нибудь может подсказать, где искать причину ошибки?
>     В кривых AFTER триггерах, присваивающих в NEW и\или OLD, и\или
> кривых BEFORE DELETE(INSERT), триггерах, присваивающих в NEW(OLD).

Ага, поищу. Но почему на метаданных и почему только после коммита -
это для меня загадка. Надеюсь, я когда 5 лет назад эту базу создавал,
триггеров на системные таблицы случаем не навешал :)

Re: "attempted update of read-only column" при RDB$FIX_METADATA

2009-06-12 Пенетрантность Khorsun Vlad 


"Yurij" ...

Переношу базу с 1.5.4 на 2.1.1. Сделал бэкап-ресторе, выполняю
обновление чарсета метаданных. И после

SQL> select * from rdb$fix_metadata('WIN1251');
SQL> commit;

вылазит такое сообщение:

Statement failed, SQLCODE = -151
attempted update of read-only column

Кто-нибудь может подсказать, где искать причину ошибки?


   В кривых AFTER триггерах, присваивающих в NEW и\или OLD, и\или
кривых BEFORE DELETE(INSERT), триггерах, присваивающих в NEW(OLD).

--
Хорсун Влад

Re: [OFFTOPIC] Требуется собрать комп в Минске

2009-06-12 Пенетрантность Качановский Дмитрий 


Sergey Mereutsa пишет:

Привет!

Народ, кто может помочь собрать очень неслабую конфигурацию в Минске -
просьба стукнуться мне в аську 79 31 64 00 или в скайп greendq.

Очень хорошему товарищу нужна конфигурация для работы с CAD системами
и прочей трёхмеркой - 32 гига мозгов, пара RAID массивов, 8 или больше
ядер и всё такое. Ему там просто пытались HP-шный сервер втюхать, но я
ему объяснил, что за такие деньги он сможет купить 4 обычные
конфигурации с такой же мощностью.




недавно покупали сервак. я в принцип остался доволен. ценник вполне 
адекватный. основа - supermicro. собирал нам Бевалекс (у других даже на 
супермикро ценник процентов на 30 выше был).
правда не могу сказать работают ли они с физ. лицами (мы то покупали на 
офис).



ну если сам искать по частям думаешь, так это милости просим к нам на 
КОШТ (www.kosht.com). правда такой эксклюзив найти в Минске врядли 
удасться, вероятнее всего везти будут под заказ, а с учетом что счас 
лето, то это может несколько месяцев занять.


С уважением
Качановский Дмитрий
ООО КОШТпроект