Re: Статья про классик
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: Дим, где ты такую муйню вычитал? у ФБ архитектуры одинаковые под всеми ОС. В незапамятные времена FB 1.0 классик-сервера под винду просто не было. Оттуда и рекомендации, из статеек тех времен. Grue
Re: Господа, презабавнейшая идея
Как я понял суть (могу быть неправ): Есть некий сервер БД, например, bd.gde-to.ru . Снаружи выглядит, как будто он содержит Fireberd c базами filial1.fdb, filial2.fdb и т.д. На самом деле база filial1.fdb лежит во внутренней сетке на машине 192.168.1.10 под именем basa.fdb, filial2 - на 192.168.11.7 под каким-то другим именем и т.п. Имя базы на уровень TCP никак не опустится, так что не уверен за tcp-mapping в такой постановке задачи... Grue PEAKTOP peaktops...@gmail.com сообщил/сообщила в новостях следующее: news:ilq7qj$l6q$1...@dough.gmane.org... +1 А бы наоборот Redirection из тройки выкинул нах ;-) Не сервера это задача. Вы будете смеятся, но - таки да. Действительно, как то за TCP-mapping не подумал. резюме: предложение в топку.
Re: Господа, презабавнейшая идея
ну и делай для разных баз подключение по разным портам Вот именно что для каждой базы - персональный порт, а хочется имитировать наличие всех баз на одном стандартном сервере. Dmitry Sinchilin sind...@gmail.com сообщил/сообщила в новостях следующее: news:ilqhv1$ic4$1...@dough.gmane.org... Am 16.03.2011 13:35, schrieb Valery Gruzdev: Как я понял суть (могу быть неправ): Есть некий сервер БД, например, bd.gde-to.ru . Снаружи выглядит, как будто он содержит Fireberd c базами filial1.fdb, filial2.fdb и т.д. На самом деле база filial1.fdb лежит во внутренней сетке на машине 192.168.1.10 под именем basa.fdb, filial2 - на 192.168.11.7 под каким-то другим именем и т.п. Имя базы на уровень TCP никак не опустится, так что не уверен за tcp-mapping в такой постановке задачи... ну и делай для разных баз подключение по разным портам, а разные порты мапирую на шлюзе на разные компы.
Re: Полетела база
Когда у меня была похожая беда, я восстанавливал базу, не активируя индексы. Потом ковырялся в таблицах (у меня оказался дубль в поле, по которому построен primary), а потом ручками (скриптом) активировал индексы. Dmitry Lendel сообщил/сообщила в новостях следующее: Привет FB 1.5 Полетела база. Я ее потоптал mend Сделал backup Пытаюсь восстановить и получаю сообщение Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements. action cancelled by trigger (3) to preserve data integrity. Cannot deactivate primary index. А какой не пишет. Можно это как-то обойти? Дмитрий
Re: Полетела база
Можно было бы восстановить без индексов, но в процедурах прописан план руками. А в чем криминал? Я так понимаю, что если индексы есть, но неактивированы, то ошибка выдастся при попытке выполнения процедуры, а рестор должен пройти...
Re: Изменение имени сервера во время работы FB
А для чего в имени файла имя хоста? Предполагается что одновременно может быть несколько разных имен? я, конечно, не автор, но неужто файл создавать с именем = ip? а если вдруг ip на ходу поменяют? А зачем вообще создавать имя файла, привязанное к чему-то ? Сгенерил при старте случайное имя - и вперед. В.Груздев
Re: Проблема с получением уникального но мера документа
Я так понял ситуацию: сначала формируем документ так, как он и формируется, т.е. через генератор, с возможностью пропуска номера при отмене генерации документа. При этом получаем внутренний ID документа, который наружу не светится. После этого, когда все уже готово, отдельно, из ДРУГОГО генератора берем серийный порядковый наружный номер. В этой операции какие-то исключения крайне маловероятны (дернуть генератор, и все), соответственно, риск пропуска номера крайне мал... Vadim Mescheryakov vadim.mescherya...@del-fin.ru сообщил/сообщила в новостях следующее: news:8287.36171029068$1267600...@news.gmane.org... From: ru-firebird@googlegroups.com [mailto:ru-fireb...@googlegroups.com] On Behalf Of Slava Ekimov Sent: Wednesday, March 03, 2010 10:11 AM To: ru-firebird@googlegroups.com Subject: Re: Проблема с получением уникального номера документа Проблема пропуска номера заключается в том что генератор получил следующее значение, а документ не сохранился в этой транзакции и будет создан со следующим номером при повторном вызове процедуры. Дублирование номеров то же освобождает слишком много негативной энергии. Можно ли как воспользоваться SAVEPOINT, или еще каким ни будь механизмом что бы подбирать пропущенные номера документов? Сначала записать документ с любым внутренним ID из генератора. А потом изменить видимый номер, в другой транзакции. А как же обеспечить целостность данных? Так можно получить документы без номеров. Где то витает идея что получая новый номер регистрировать его в таблице типа номера документов Нужно что то типа commit вставки если ошибка произошла. Из самой программы это сделать можно - в двух параллельных транзакциях, но процедуры формирования создают несколько документов, сколько их получилось известно только в конце выполнения процедуры. Похожая проблема возникает когда нужно в базе данных регистрировать exception по которым прерываются выполнение процедур и триггеров, что бы протоколировать в таблице возникающие проблемы. С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
Re: Памажиття! Активация кучи индексов.
Добрый день! Dmitry Lendel сообщил/сообщила в новостях следующее: Ты себе скрипт сделай по запросу. Запускаешь то, что на ibase, копируешь записи в скрипт и вперед. Я так и сделал. Просто я Павла Кутакова так понял, что в IBE есть механизм без (явного выполнения) скрипта, типа поставил галку, нажал выполнить - и готово... В.Груздев
Re: Памажиття! Активация кучи индексов.
Khorsun Vlad сообщил/сообщила в новостях следующее: А почему не сразу ноль? Что-то сломается? А самому попробовать ? Так я попробовал, потому и спрашиваю :-) Т.е. ничего не сломается, или я просто ЕЩЕ НЕ ЗАМЕТИЛ ? :-) Grue
Re: Памажиття! Активация кучи индексов.
Доброе утро! Khorsun Vlad сообщил/сообщила в новостях следующее: Как можно сделать active сразу все индексы в базе? База была восстановлена с параметром не активировать индексы, потому что по-другому не получалось - в primary key одной из таблиц загадочным образом оказался дубликат. Дубль убрали, а как теперь все индексы ВЗАД активировать? По одному 700 штук тоскливо... Не документированный способ, который может исчезнуть в новых релизах : Ставим -3 в поле RDB$INDICES.RDB$INDEX_INACTIVE всех не FK индексов, коммитим. Ставим -3 в поле RDB$INDICES.RDB$INDEX_INACTIVE всех FK индексов, коммитим. А почему не сразу ноль? Что-то сломается? В.Груздев
Re: Памажиття! Активация кучи индексов.
День добрый! Pavel Kutakov сообщил/сообщила в новостях следующее: почему то мне кажется, что тулзы типа IBStudio и IBExpert имеют менюшечку - Activate ALL Indicies. И делают это документированно, через ALTER INDEX. IB-студию не имею, а в эксперте не нашел, хотя специально скачал последний. Есть только recalculate selectivity... В.Груздев
Памажиття! Активация кучи индексов.
Заранее прошу прощения за тупизм. Как можно сделать active сразу все индексы в базе? База была восстановлена с параметром не активировать индексы, потому что по-другому не получалось - в primary key одной из таблиц загадочным образом оказался дубликат. Дубль убрали, а как теперь все индексы ВЗАД активировать? По одному 700 штук тоскливо... В.Груздев p.s. если это важно - FB 2.0, IBExpert тоже под руками имеется
Re: Глубина рекурсии
Ded сообщил/сообщила в новостях следующее: Высотой более 1024? Ты где такие деревья находишь? В Колумбии, думаю ... есть и покруче Это трава. Конопля - это дэрэво. Ему просто вырасти не дают (с) Гоблин
Re: вычислить усредненное значение первой производной
Kochmin Alexandr сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] А раз мысли сошлись, то значит всеж это верное решение ;) А я, пораздумав, пришел к выводу, что неправильное. Потому что в такой ситуации: много-много точек на крутом подъеме, потом дли-и-и-и-и-нная горизонталь - этот вариант выдаст сильно завышенное значение, т.к. вес часто расположенных точек окажется выше, чем длинной горизонтали :-( Подумаю еще... GRue
Re: вычислить усредненное значение первой производной
Kochmin Alexandr сообщил/сообщила в новостях следующее: есть таблица. data summa надо в процедуре вычислить угол наклона касательной к значениям summa Слепить процедуру с такой примерно начинкой: For select t.data, t.summa from tablitsa t order by t.data into :x, :y do begin proizv = (y-y_prev)/(x-x_prev); x_prev = x; y_prev = y; suspend; end Шота типа такого. Плюс не забыть обработать (выкинуть) первую точку, где x_prev и y_prev еще не существуют. Output параметры будут proizv и x А потом селектить AVG(proizv) из этой процедуры для нужного диапазона дат Умнее мыслей нету ;-) Grue
Re: Про IB неправ и все такое
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: То есть, в обычных делах правообладатель ни шиша не получает и как правило даже понятия не имеет что кого-то судят за нелицензионное использование его ПО. Вот это и возмущает больше всего. Какой-то лейтеха из отдела Р, или как оно там называется, в меру собственных ПТУшных мозгов будет определять, использую я лицензионное ПО или нет, имею я право на него или как. Как я ему докажу, что Firebird или Linux лицензионные? Файлик на диске покажу? А самописное ПО, а free/shareware? Презумпция виновности получается в чистом виде. Grue
Re: SWEEP_INTERVAL
Alex Kozlov сообщил/сообщила в новостях следующее: где прописать/установить ??? SWEEP_INTERVAL Ща изверги насоветуют... уже насоветовали ;-) Берешь IBExpert (a.k.a Оглуплятор) и в Database properties ставишь чего надо. Grue
Re: Большая проблема при бэкапе в FB2.0.1
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях: наоборот. это в IBExpert и т.п. надо сделать выключенным ключик запретить сборку мусора. именно это и означает включение ключа -g. Неет. Дружественное приложение должно по умолчанию вести себя так, как будет правильно в большинстве случаев, а всякие ключики нужны для задания нестандартного поведения. А с -g ситуация получается наоборот. Я это имел ввиду, а не соответствие/несоответствие с экспертом. Понятно, что ключик менять никто не будет, потому что есть уже миллион скриптов с -g, но поворчать-то можно ;-) Grue
Re: Большая проблема при бэкапе в FB2.0.1
Alexander A. Venikov сообщил/сообщила в новостях следующее: Поэтому как-то считал, что -g ВКЛЮЧАЕТ сборку мусора при бэкапе. Конечно же, нафиг она не нужна. Кстати, да. Нелогично по умолчанию ставить опцию, которой пользоваться НЕ НАДО. Может, эта, инвертировать ключик -g в каком-нибудь ближайшем релизе? ;-) Grue
Re: Таки сегодня пятница или где?
D http://rian.ru/technology/cosmos/20070601/66442111.html объясните кто-нибудь китайцам, что они плохо учились. В космосе нет воздуха и их пропеллер работать не будет. Та ладно вам! Это или очепятка, или переводчик налажал. Очевидно, что перепутали propellant с пропеллером ;-) Grue
Re: OFF: пятница переносится
freemanzav сообщил/сообщила в новостях следующее: Не могу плятт. Неужели это все на полном серьёзе? ПДРС - классный стеб. А вот Питерские большевики, похоже, на серьезе. Фимоз головного мозга (см. учение П.П.Кащенко) ;-) Grue
Re: К надвигающейся пятницо 07-04-19
Ded сообщил/сообщила в новостях следующее: Шарился тут в инете на предмет дайвинга на майские в Шарме и нашарил ненароком: http://www.sharm-dive.com/orient Жена тут где-то в ЖЖ нарыла: --- Из вполне достоверного источника: Есть в Москве представительство огромной и всем известной американской фирмы - назовем ее АВС. Так вот, несколько дней назад в московский офис ABC пришла разнарядка: компания устраивает корпоративный праздник чуть ли не в Лас-Вегасе для сотрудников-геев. И от России затребовали геев для участия. Не менее двух, но не более пяти. Сотрудники, при известии, напряглись. Менеджмент задумался. Даже Лас-Вегас (почему-то) никого не обрадовал. Но умелый управленец всегда найдет решение и выход найден: на праздник поедут два продавца с наихудшим квартальным результатом: - Grue
Re: Непонятки с Linux и FB.
freemanzav сообщил/сообщила в новостях следующее: Пробовали с 2.6.20.11 по 2.6.20.20. Один хрен. А попробуйте 2.6.19. Тут кто-то писал, что с ним все ок. Grue
Re: Непонятки с Linux и FB.
Мадорский Г.В. сообщил/сообщила в новостях следующее: Мож более знающие люди скажут точнее. Меня знающим назвать трудно, поэтому задам идиотский вопрос - а fbclient на машине с экспертом от нужной версии? Grue
Re: тесты для FB 2
Dmitry Yemanov сообщил/сообщила в новостях следующее: А есть ли в природе тесты для FB 2 В CVS есть модуль fbtcs. А можно я немножко еще потуплю? Они в компактном виде (в архиве) есть где-нибудь? А то с CVS я как-то не очень, а через веб-интерфейс с СорсФорджевского CVS их по-одному таскать - тоскливо очень... Grue
тесты для FB 2
Господа! А есть ли в природе тесты для FB 2 - имеется ввиду проверка на корректность работы. Я тут собрал (тупо, make make install) двойку под FreeBSD 5.4 (не нашел готового), теперь хочется проверить, что оно правильно работает, а то мало ли... Grue
Re: устанавливаем FB21 x64
Alexandr Kochmin сообщил/сообщила в новостях следующее: Однако вопрос с rpm и ncurces остался открытым. Хотя стал чисто теоретическим ;) RPM отслеживает зависимости по базе установленных ПАКЕТОВ. Если у тебя ручками прописан симлинк, или ты сам скомпилировал и установил какую-то программу, RPM об этом не узнает, и будет ругацца. И наоборот, если ты ручками снес нужную библиотеку, RPM опять об этом не догадается, и ругаться не станет, хотя и надо бы. Grue
Re: Падает сервер :(
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: insert into new_table (blobfield) values (строка32K) сервер падает :( а что должен? Ругацца имеет право хоть матом, а падать - не должен. Вот такое мое мнение. Grue
Re: Re[2]: Firebird 2 под Ubuntu
Сергей Фетискин сообщил/сообщила в новостях следующее: Судя по именам ненайднных хвунций, у тебя не стоит ncurses Поставил ncurses, но не помогло. Ошибки остались те же. Просто ncurses ? Возможно, надо еще пакеты libncurses или ncurses-dev, или libncurses-dev, или все сразу... Это библиотека для работы с консолью. Что именно стоит у меня - сейчас сказать не могу, дома комп выключен. Вечером гляну повнимательнее. Grue
Re: Re[2]: Firebird 2 под Ubuntu
Если не очень понятно, то он начинает ругается на undefined reference to `tgoto' (tputs, tgetstr, tgetflag и др.) в /extern/editline/term.c Судя по именам ненайднных хвунций, у тебя не стоит ncurses Grue
Re: Информация о подключениях без подключения к базе
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: И вообще - без коннекта, это как? телепатически? Подозреваю, что имеется ввиду - не показывать в списке пользователей того, кто смотрит список подключившихся. Типа - я через дырочку подглядываю, не считаецца! Grue
Re: Firebird 2 под Ubuntu
Сергей Фетискин сообщил/сообщила в новостях следующее: Есть желание поставить Firebird 2.0 SeperServer под эту ОСь. Как я понял бинарных пакетов для нее нет и у меня единственный путь это сборка из исходников. Если кто-нибудь так уже делал, подскажите какие могут быть подводные камни. Я собирал недавно классик, правда, не под убунтой, а под дебианом, но они родственники. Камней не нашел, все в классическом варианте: tar -jzf Firebird-2.0.0.12748.tar.bz2 cd firebird make курим, пьем кофе с бубликами sudo sh make install И оно заработало ;-) Не помню только, configure ручками вызывал, или оно само из make дергается. Если каких-то библиотек или пакетов не установлено, то как раз configure об этом и скажет, а дальше по обстоятельствам. Grue
Re: Firebird 2 под Ubuntu
Сергей Фетискин сообщил/сообщила в новостях следующее: configure это стандартная утилита? Это скрипт. Часто он идет прямо в составе исходников, в случае с firebird он строится пакетом autoconf. Соответственно, autoconf должен быть предварительно установлен. У меня - уже был ;-) Еще libtool нужен. В общем, там в исходниках скрипт autogen.sh, он все делает, кроме install. Если чего не хватает - ругается. Grue
Re: Резкое изменение числа чтений в процедуре
Boulitchev Aleksey сообщил/сообщила в новостях следующее: весь прикол в том, что даже если разработчики вкрячат еще один параметр StatisticRefreshInterval (аналогично SweepInterval) и сервер будет сам А может, разработчики вкрячат еще один ключик в gfix ? По аналогии с -sweep - сборка мусора, -setstat - пересчет всей статистики? Чтобы конечный пользователь не парился сочинять всякие хитрые процедуры? Grue
Re: Пятница 20070216
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: нифига. сижу сейчас любуюсь медведом и жалобным текстом типа непатриоты давайте жить дружно бред какой-то. контора такого уровня (да и куда более мелкого) должна все восстановить как было и сделать вид что ничего не произошло. Судя по DNS, они на majordomo.ru живут: Полноценный хостинг за 5 рублей в день! ;-) И шо, спрашивается, хотели? Grue.
Информативность GBAK в FB 2.0
Попробовал перенести один старый проект под FB 2, и сразу наступил на граблю, на самом первом шаге. Забэкапил базу под FB 1.0.3, ресторю на FB 2.0. После рестора индексов (это я уже гадаю) идет рестор процедур, так? И вот на этом этапе выскакивает сообщение: gbak: ERROR:table ABONENTS is not referenced in plan. Естественно, в отресторенной базе процедур никаких нет, только таблицы с индексами. Т.е. я понимаю, что работа с планами в двойке изменилась, и там придется наверняка что-то править. Но нельзя хотя бы узнать, на какой процедуре все сломилось? Потому что их больше трехсот, ABONENTS используется примерно в полусотне. Просматривать их все глазками - утомительно, да и по закону подлости как раз ошибку-то сразу и не заметишь :-) Grue
Re: Информативность GBAK в FB 2.0
Dmitry Yemanov сообщил/сообщила в новостях следующее: Потому что их больше трехсот, ABONENTS используется примерно в полусотне. И во всех 50-ти процедурах планы прибиты гвоздиком? Не во всех, но в большинстве. Потому что большинство - отчеты, а в 1.0 без ручных планов серьезные объемы лопатить тоскливо получается. Но я не про то сейчас. Процедуры от планов почистить - не проблема, просто рутинная работа. Я про диагностику в GBAK :-) Grue
Re: Информативность GBAK в FB 2.0
Boulitchev Aleksey сообщил/сообщила в новостях следующее: раньше можно было указать типа этого select ... from TABLE1, TABLE2, TABLE3 plan (TABLE2 nalural) Именно эта ситуация. Grue
Re: Off. Опять про Linux...
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: А вот для обмена документами b2b - пока увы. И тут, как бы, совершенно пофиг что Word платный, а ОО - нет. Просто есть некоторая несовместимость, и Word распространен повсеместно. С вордом оно тоже не все в шоколаде. Что иногда получается из документов, особенно с таблицами, в Word-97 (а во всяких малобюджетных организациях этого добра навалом) - жуть и ужас. Grue
Re: Interbase лучше чем Firebird (nbackup)
Dmitry Yemanov сообщил/сообщила в новостях следующее: 1) при ресторе бекап уровня 0 копируется для создания новой базы. Это занимает немалое время. Можно было бы не копировать, а накатывать дельты на бекап уровня 0, но тогда мы потеряем файл бекапа. Именно, что время может иметь значение. Представим ситуацию : Шеф, все пропало, поднимаемся из бэкапа! Зондеркоманда уже едет, надо успеть до прибытия! Если я предвидел такую ситуацию (а я, как сисадмин, обязан ее предвидеть) - то копия бэкапа 0-го уровня у меня уже есть в загашнике, я ее сделал немедленно после получения этого самого бэкапа. Сразу начинаю накатывать дельты, и экономлю на этом N минут, которые ушли бы на копирование. При этом я согласен указать некий специальный ключик, и даже три раза подтвердить, что, да - я в курсе возможных последствий. Вот как-то так это видится с юзерской колокольни... Grue
Re: выбрать Linux для Firebird
Anton Chernousov сообщил/сообщила в новостях следующее: Хех +) жалко FreeBSD не Linux +) я бы вам посоветовал +))) Так и посоветуй. У меня пара баз вертится на FreeBSD. Правда, пока там Firebird 1.0.3, но переход на двойку уже через пару месяцев запланирован. Было бы интересно, тем более (если меня не глючит), официальных сборок FB2 под FreeBSD нету. Grue
Re: выбрать Linux для Firebird
Ovchinnikov Vasily сообщил/сообщила в новостях следующее: Подменяя собственно только libc на 3.2 взамен 2.96, получается запустить FB 1.5.3, но перестает работать ZeBeDee и PHP. Я бы попробовал так: при помощи ldd (если не помогает, то тупо strace отследить файлы, в которые оно лезет) посмотрел, какие либы хочет 1.5.3. Вполне возможно, что удастся подложить ей симлинк на нужную либу, или извратиться через LD_PRELOAD. Собрать из исходов тоже не выходит - слаба версия autoconf. Чем грозит замена этого пакета на более новый не берусь представить... autoconf используется только для сборки программ из исходников. Так что - ничем страшным, тем более - на более старшую версию. Обратную совместимость все-таки стараются поддерживать. Grue
Re: У них уже пятница :-)
Boulitchev Aleksey сообщил/сообщила в новостях следующее: там в комплекте зеркало на дверь А дырку в груди проделать в комплекте есть? ;-) Без дырки есть шанс наблюдать только свою рожу с выпученными глазами ;-) Grue
Re: Домены в PSQL
Ded сообщил/сообщила в новостях следующее: Зайди на sql ru и попроси поднять руку тех, кто знает слово альтер. Десятка полтора наберётся наверное, Это те, кто поднял руку вместе с клавиатурой. Остальные просто c поднятыми руками не смогли набрать ответ ;-) Grue
Re: гадская софтина
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: как non-existent. в нетстате - только pid и открытые порты. Этот процесс прямо сей секунд имеет открытыми порты 1827, 1830 и 1838 по UDP. Вроде бы, под винду есть порт tcpdump - он поможет посмотреть, куда и какие пакеты бегают через интерфейс... Grue
Re: Доп. информация
dada sasa сообщил/сообщила в новостях следующее: OFF: Alex, нету у Запора кардана. Там мотор с коробкой сзади и пара полуосей. Сам видел :) А ЧТО ЖЕ ТОГДА СТУЧИТ??? :-)) Grue
Re: External Tables и пути к ним
Boulitchev Aleksey сообщил/сообщила в новостях следующее: если есть только бакап с таблицами на D:, милый, проснись Проснулся, пра-ативный! ;-) 4) аналитик пытается восстановить бакап на свой ноутбук с единственным диском С: - и обламывается Таблицы на D: - вот теперь все понял. Unix c общим деревом каталогов рулит ;-) Grue
Re: External Tables и пути к ним
Boulitchev Aleksey сообщил/сообщила в новостях следующее: если есть только бакап с таблицами на D:, то восстановить их на однодисковой машине можно только с большим гемором Ниппонял, слишком уж мудрено получается. Однодисковая машина, на которой только диск D: ? Эт да, эт гемор. Не любит винда, когда С: нету ;-) Grue
Re: Off: RAID5
ArtGal сообщил/сообщила в новостях следующее: P.S. Самые быстрые компы у разработчиков. В нашей фирме я этот вопрос решил раз и навсегда еще 6 лет назад. У разработчиков - согласен. А вот у бета-тестера должна быть в наличии дохлятина. Вот такое ИМХО ;-) Grue
Re: Off: RAID5
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: - можно ли в данном рэйде использовать разные диски (в т.ч. и с разной емкостью) по-моему в raid 5 или нельзя, или не рекомендуется. Можно, делали так по бедности (на Dell'овсом контроллере, по крайней мере). Но действительно не рекомендуется, т.к. размер массива определяется самым маленьким из дисков, т.е. если сделать raid из 30Г +120Г +120Г +120Г, то на больших дисках будет использоваться тоже только по 30 гиг, а все остальное место просто пропадет впустую. Grue
Re: RAID5
Качановский Дмитрий сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] так уже вроде как написал, что читал, но это лишь базовые идеи организации избыточности На практике достаточно знать, что эта избыточность _есть_, и ее достаточно для восстановления информации при выходе из строя одного любого диска. но никак не описание того как потом будет происходить восстановление В общем случае, это наверное, зависит от используемого контроллера. Мой опыт ограничен только Dell'овскими (PERC). Выглядит это так: диск сдох, на нем загорелась красная лампочка и контроллер начал противно пищать. Прямо на работающей машине выдираем его из корзины и вставляем запасной. На нем загорается желтая лампочка ;-), горит какое-то время (минуты, десятки минут), в это время контроллер восстанавливает на нем информацию, потом загорается зеленая лампочка ;-) Все! Это если в биосе контроллера был установлен режим автоматического rebuild, если ребилд ручной, то сервер перезагружается, заходим в БИОС RAID'а и запускаем ребилд оттендова, оно и быстрее, и надежнее, но не онлайн. Если один из дисков был сконфигурен как горячий резерв, то операция вставить новый тоже отпадает, контроллер сам его подхватит и на него отребилдится, как только обнаружит отказ одного из рабочих дисков. Grue
Re: backup без указания пути
Alexander A. Venikov сообщил/сообщила в новостях следующее: VG Будет ли бэкап, начатый до побития базы, содержать валидную VG информацию, или у него тоже крыша съедет? Конечно, он будет неполным. Но речь вовсе не об этом. Если в процессе backup диск заполнится, то ты получишь битые и базу, и резервную копию с вероятностью, близкой к 1. То есть сам себе злобный Буратина. Об чем была речь - я понял. А теперь получается, что даже если бэкап идет на другой диск - то при заполнении диска с базой (по любой причине) получаем то же самое, два трупа. Так? Grue
Re: backup без указания пути
Oleg LOA сообщил/сообщила в новостях следующее: А теперь получается, что даже если бэкап идет на другой диск - то при заполнении диска с базой (по любой причине) получаем то же самое, два трупа. Нет не так, порлучаешь один труп - битый бакап Т.е. в данном утверждении: Кончится диск - будет а) битая база б) недоконченный (битый) бэкап уважаемый KDV неправ? Или он неправ только начиная с какой-то версии FB? Хотелось бы прояснить... Grue
Re: backup без указания пути
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] 1. уменьшение свободного дискового пространства. Кончится диск - будет а) битая база б) недоконченный (битый) бэкап Вопрос по ходу: Предположим, что база на С:, бэкапим на D: В процессе бэкапа из-за какой-то фоновой активности на сервере на C: кончается место, и исходная база бьется. Будет ли бэкап, начатый до побития базы, содержать валидную информацию, или у него тоже крыша съедет? Grue
Re: backup без указания пути
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: кстати. бэкапить на тот же лог. диск, что и база - один из известных видов самоубийства. Почему? Потому что, если накроется диск - погибнут оба, или есть менее очевидные грабли? Grue
Re: ??NT?│?????│?????│ Firebird, MysQL ?? PostgreSQL - ?│NT
ArtGal сообщил/сообщила в новостях следующее: В математике (начиная с высшей) есть понятия разряженная матрица, разряженный массив..., Я что это такое? Вот разреженные матрицы я хорошо помню, это матрицы, у которых большинство элементов - нули. Для них специальные выч.методы применяются. А разрЯженные - это как, в тряпки от Гуччи? ;-) Grue
Re: Шифрование БД
Alex Cherednichenko сообщил/сообщила в новостях следующее: VG А при delete что подписывать? ;-) Документы из базы удалять?!! Орригинааально... Я говорил не про документы, а про записи, предполагая, что имелось в виду просто и тупо подписывать каждую запись в БД. А Документ - это уже сущность, коррелированная с предметной областью ;-) Grue p.s. Кстати, мне кажется, что подписывать ЭЦП записи на уровне сервера - не сложнее, чем шифровать страницы БД (в качестве средства от искажения данных). Но при этом будет меньше накладных расходов на поиск записей, фетч и т.п.
Re: Шифрование БД
Vlad Horsun сообщил/сообщила в новостях следующее: ЭЦП на запись должен накладывать _клиент_. Иначе толку от неё меньше нулла Тогда и шифровать должен клиент, в чем разница-то? ;-) (На самом деле, догадываюсь, в чем - но это техническая разница, а не концептуальная) Клиент должен указать, какие записи (или таблицы) подписывать, и каким ключом, а собственно механизм подписи (и проверки валидности) можно и в код сервера вставить. Мне так каатца. Хотя соглашусь, что на клиенте это все тоже делается легко, и зачем плодить сущности... Grue
Re: Шифрование БД
Boulitchev Aleksey сообщил/сообщила в новостях следующее: Пользователь не должен иметь доступ к БД никакими путями, кроме как через моё приложени. Что предотвратит умышленное искажение информации в БД (особенно в филиалах), для этого делается электрическая подпись. А что именно подписывать? Каждую запись при update/insert? А при delete что подписывать? ;-) Или уж не мелочиться, и всю базу? ;-))) Grue
Re: Роли
Ded сообщил/сообщила в новостях следующее: Мало ли какие еще действия надо выполнить при удалении записей ? Например, вставлять вычищаемые записи взад Кому?? ;-) Grue
Re: Шифрование БД
Horsun Vlad сообщил/сообщила в новостях следующее: Временные файлы шифровать не вижу смысла - они открываются в эксклюзивном режиме и удаляются операционкой при закрытии. Временные - это всякие gds_sort_... ? Тут вопрос, даже два. Во первых, undelete никто не отменил, что операционка удалила - вытащить все равно можно. Во вторых - а если не винда? Я вот сейчас на FreeBSD (Firebird 1.0.2) прекрасно смотрю на содержимое этих файлов, прямо в процессе работы сервера. Там может быть конфиденциальная информация? Grue
Re: Роли
Alexander A. Venikov сообщил/сообщила в новостях следующее: Вот за это (user= и pass=) СБ должна этих самых ленивых (и тебя заодно) выдрать по самое не могу. От задачи зависит. И от прав этого самого user. Если это главбух - то драть. А если это автоматизированный агент по записи показаний датчиков каких-нито? Приставлять к железке еще и человека - пароль вводить при каждом перезапуске ? ;-) Grue
Re: Re[2]: Роли
Yuris W. Auzinsh сообщил/сообщила в новостях следующее: VG А если это автоматизированный агент по записи показаний датчиков VG каких-нито? Приставлять к железке еще и человека - пароль вводить VG при каждом перезапуске ? ;-) А CryptProtectData (LsaStorePrivateData) кто-то уже отменил? Я про то, что существуют ситуации, когда вполне допустимо указывать логин/пароль к базе в командной строке или файле конфигурации аппликухи, и не париться. А ты про что? Что можно для этого LSA использовать? Можно. Только всегда ли нужно? Опять же, а если не винда? Grue
Re: Реализация подключения через 2 DSL модема
Макс Кобылаков сообщил/сообщила в новостях следующее: Далее вопрос что мне нужно установить на этих двух машинах (на которых по две карты) чтобы можно было обратится к серваку из одной сетки в другую? Нужно ли мне это или надо городить репликацию? Базы пока не большие до 1 гБ По опыту работы (у нас центральный офис и два филиала работают с общей базой) получилось, что наилучший вариант - это терминал-сервер там, где стоит база, а доп.офисы работают через remote desktop. Подсоединение удаленным клиентом напрямую к базе (через VPN) очень сильно роняет производительность. Возможно, это особенность нашей апликухи, но по медленному каналу (а DSL - все-таки медленный, даже если с 10-Мбит Ethernet'ом сравнивать) - firebird ведет себя не лучшим образом. Grue
Re: foreign key эпизодически содержит ссылку на отсутствующую запись
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: Проблема в том, что нет ожидаемой отдачи по багрепортингу от пользователей русскоязычной версии IBAnalyst. А откуда ей взяться, отдаче-то? Багов насажай побольше - глядишь, и репорты появятся ;-) Grue
Re: Мистика какая-то...
Мадорский Г.В. сообщил/сообщила в новостях следующее: Давно уже голову ломаю, может кто подкинет идею. Вообщем пару месяцев назад с репликацией какие-то странности начались. При выгрузке иногда (один раз из 200-300 ) стали формироваться zip-файлы нулевой длины. Ну ладно, где-то сбой. Толи у меня в программе (все вылизал - ничего Как грицца, каждый сверчок хвалит свои грабли... Размер того, что пакуется в zip, часом за 2 Гига не переваливает? Grue
Re: OFF: A SQL Server Everywhere щупал кто?
Konstantin R. Beliaev сообщил/сообщила в новостях следующее: Ты про Sybase? У Sybase SQL Anywhere А Everywhere - это Мокрософт, если не путаю. Grue
Re: OFF: 256-й день в году
Karabas Barabas сообщил/сообщила в новостях следующее: SK графини Лавлейс, которое было 10.12.1815 года. Это по новому стилю или по старому ? Графиня нерусская ;-) Поэтому календарь по-любому грегорианский, т.е. новый стиль. Grue
Re: Подскажите про isc_seek_blob ...
Dmitri Kuzmenko сообщил/сообщила в новостях следующее: Версионность записей не удивляет, а версионность блобов шокирует? Если бы update поля выглядел так: создаем пустую запись, копируем в нее все поля, кроме обновляемого, из предыдущей версии, потом вписываем обновленное поле, сохраняем - это бы тоже шокировало. Версионность записей, она как бы немного внутри спрятана. А у блобов кишки наружу ;-) Хотя по сути, наверное, одно и то же... Grue
Re: письмо с форума
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: : Кто точно зарегистрирован на forum.ibase.ru - отпишите, получали сообщение, или нет. Если с САБЖем Следите за календарем - то получил. Если было еще какое-то - тогда нет Grue
Re: Re[2]: Настройка ZeBeDe
Вырва Валерий Евгеньевич сообщил/сообщила в новостях следующее: тут http://www.ibase.ru/devinfo/zebedee.htm и тут http://www.ibase.ru/devinfo/firebird_zebedee_eng.pdf смотрел? В общем стоит задача передать поток данных на машину которая не имеет входа из инета, но имеет выход в инет. Подожди. Чем конкретно не устраивает вариант, который назван в первой ссылке вариант Б ? Серверу БД, насколько я понял, при этом вообще от интернета ничего не надо, ни входа,ни выхода, а проксей работает машина с сервером ZeBeDee, к которой - да, нужен доступ из интернета. Grue
Re: backup - processor
Karabas Barabas [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: Кстати, зип, собака, быстрее работает, на порядок. А если размер файла больше 2 Гб - то зип не работает вообще. Наступили на эту граблю с gbak-sheduler'ом. Т.е. она бэкапить - бэкапила, а при попытке пожать полученный файл zip'ом обламывалась, и оставляла _СТАРЫЙ_ файл, при этом подло поменяв ему время создания на текущее. Случайно обнаружили, вот радости-то было! Хорошо, что при тестовом восстановлении, а не при аварийном. Grue
Re: Sweep ?
Alexander A. Venikov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: gfix.exe /? 2gfix.txt gfix.exe -h 2gfix.txt gsec -h gsec.txt А не будет ли нескромным желание привести все к какому-нибудь едино-безобразному виду? А то на каждую утилитку свой персональный магический жест нужен... Grue --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Управление качество жизни
Dmitry Voroshin [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: Прикольная штука. Не знал... :((( Не расстраивайся (или не обольщайся). Мой домашний DSL, если верить WHOIS'у, находится в Москве в каком-то Спасоналивковском переулке. При том, что реально он - в городе Владимир. А в Москве - провайдер провайдера, на которого зарегистрирован весь пул адресов. Т.е. это, конечно, зацепка, но Grue --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: ;)
Константин [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: 486 с NT4 Server стоял долго что-то около 3-4 лет к нему никто не ходил, а когда решили проведать его, не из-за того что сломалось, нет - просто просто проведать решили, а оказалось что его за энто время нечаяно в стенку замуровали ... Изначально эту байку про UNIXовый сервак в штатовском универе рассказывали. Про NT4 - не верю ;-) Grue --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: AnsiToUTF-8
Alexander Kolokolzov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: А иногда мысля приходит после нажатия Send - вот как сейчас у человека и случилось... Почему нужно поднимать руку, когда задаешь вопрос? Потому что при этом кровь от руки приливает к голове, и вопрос часто снимается сам собой ;-)) Grue
Re: Конец рабочего дня - полупятница
Kirill Legonkov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: :)) я на 26 застрял, уперся, так сказать, а гения :)) У нас все решили - Антохи мы ;) 29 и выдохся :-) Колись давай, если самый умный - что там за ДУППЕN и что они хотели сказать про 180 градусов ;-) Grue
Re: сдох винт
Vlad Nepomnjashy [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: Спасибо всем откликнувшимся. К сожалению, восстановить данные не удалось. Попробовал бы все-таки GetDataBack - у меня он смог вытащить почти половину данных из развалившегося RAID-массива Grue
Re: Скрипт с блобом
Приветствую! Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: гигант. Это же СТРОКА, а не блоб. Мало ли куда она преобразуется. А строка не может быть больше 32К. Так то и заинтриговало, что прошел вариант '32K' || 'еще 32K' Т.е. итоговая строка БОЛЬШЕ 32к, пусть и в два приема Grue
Скрипт с блобом
С пятницей, уважаемые! Столкнулся с такой задачкой: есть таблица вида ModuleID integer ModuleText Text_blob Данные туда добавляются из скрипта, типа insert into ExternalModules (moduleid, moduletext) values (123, 'Много-много-буковок-на-типа-бейсике ;-)') Пока размер текста модуля меньше 32K, все чудесно. При превышении - ругается на 'unexpected end of command'. Я решил, что это из-за превышения размера текстовой константы, которая в апострофах, и сделал так: insert into ExternalModules (moduleid, moduletext) values (123, 'Почти-32К-буковок'||'еще буковки') Вроде сработало. Но только до достижения границы в 64К. Вариант '32K'||'32K'||'и еще немножко' уже не идет ни в какую. Вопрос - это ограничение компонент доступа, или самого сервера? И можно это как-то обойти? Эффект наблюдается и при загрузке скрипта в IBExpert'e. Grue
Re: OFF Miranda ICQ
Karabas Barabas [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: AK Icq protocol changed, to fix it in Miranda set ISee Чейнжэт то он чейнжэт конечно :)) только вот оригинальная аська продолжает работать, как работала ... разве что она скрытно самообновляется Линуксовый Licq тоже как работал, так и работает. Скорее всего, у миранды был какой-то мелкий глючок в реализации, который до обновления не влиял, а потом вдруг начал влиять... Grue
Re: �������������� Yaffil
Arioch [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: Yaffil ÓÅÊÞÁÓ ÐÌÁÔÎÙÊ ÉÌÉ ÎÅÔ? Ï ÞÁÓÔÉÞÎÏ ×ÔÑÎÕÔ × firebird 1.5 ÷ 2.0 ÏÂÅÝÁÌÉ ×ÔÑÎÕÔØ ÅÇÏ ÐÏÌÎÏÓÔØÀ. ñ × ËÕÒÓÅ. éÎÔÅÒÅÓÕÅÔ ÉÍÅÅÎÏ Yaffil, ÓÕÝÅÓÔ×ÕÀÝÉÊ. ðÏÔÏÍÕ ÞÔÏ ÎÕÖÅÎ ÓÅÒ×ÅÒ Á) classic ÐÏÄ windows, Â) FB 1.0-ÓÏ×ÍÅÓÔÉÍÙÊ. éÚ-ÚÁ ÏÓÏÂÅÎÎÏÓÔÅÊ ÐÒÉËÌÁÄÎÏÇÏ ÓÏÆÔÁ FB 1.5 ÎÅ ÐÏÄÈÏÄÉÔ, Á Ä×ÏÊËÉ ÅÝÅ ÎÅÔÕ... ÷ ÌÉÃ. ÓÏÇÌÁÝÅÎÉÉ Ë, ÎÁÐÒÉÍÅÒ, 889Ê ÓÂÏÒËÅ ÎÁÐÉÓÁÎÏ ÐÒÏ ÂÅÓÐÌÁÔÎÏÓÔØ ÎÁ 90 ÄÎÅÊ. á ÞÔÏ ÄÁÌØÛÅ? ÷ÓÅ ÐÒÁÊÓÙ ÍÎÏÇÏÌÅÔÎÅÊ ÄÁ×ÎÏÓÔÉ... Grue
�������������� Yaffil
ó ÐÑÔÎÉÃÅÊ, Õ×Á-ÁÖÁÅÍÙÅ ËÏÌÌÅÇÉ! þÔÏ-ÔÏ Ñ ×ÙÐÁÌ ÉÚ ÔÅÍÙ... Yaffil ÓÅÊÞÁÓ ÐÌÁÔÎÙÊ ÉÌÉ ÎÅÔ? îÁ yaffil.ibase.ru ÐÏÓÌÅÄÎÉÅ ÎÏ×ÏÓÔÉ ÏÔ 2003 ÇÏÄÁ... Grue