Re: GBAK - ÐогиÑование оÑибок пÑи restore
Hello, Vsevolod! Vsevolod wrote: надо бÑло ÑÑавиÑÑ FBDataGuard. Ðн Ð±Ñ Ð¿ÑедÑпÑедил пÑо оÑÑÑÑÑÑвие меÑÑа. Я не в кÑÑÑе, а ÑÑа ÑÑлза ÑабоÑÐ°ÐµÑ Ð¿Ð¾Ð´ Linux ? ÑабоÑаеÑ. еÑли Ñ ÑÐµÐ±Ñ Ð²Ñе полÑзоваÑели SYSDBA, Ñо понÑÑно, поÑÐµÐ¼Ñ "никÑо ниÑего не замеÑил". РоÑкÑда Ñакое пÑедположение инÑеÑеÑно ? :) ÐоволÑно обиднÑе ÐаÑи Ñлова (Ñ) ÐолигÑÐ°Ñ ÐолигÑаÑÑÑ Ð¿Ñедположение оÑÑÑда, ÑÑо пÑи оÑÐ¸Ð±ÐºÐ°Ñ gbak обÑÑно оÑÑавлÑÐµÑ Ð±Ð°Ð·Ñ Ð² ÑоÑÑоÑнии shutdown, а в ÑÑом ÑоÑÑоÑнии подклÑÑиÑÑÑÑ Ð¼Ð¾Ð¶ÐµÑ ÑолÑко SYSDBA. ÐÑе полÑзоваÑели Ñ Ð¾Ð´ÑÑ Ð¿Ð¾Ð´ Ñвоими логинами, коÑоÑÑе вклÑÑÐµÐ½Ñ Ð² ÑооÑвеÑÑÑвÑÑÑие Ñоли. Ð½Ñ Ð¸ ÑÑдненÑко. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: GBAK - Логирование ошибок при restore
Hello, Vsevolod! Vsevolod wrote: Хотелось бы послушать начальника транспортного цеха (с) надо было ставить FBDataGuard. Он бы предупредил про отсутствие места. Собственно, по идее, когда происходят ошибки при restore, то база должна оставаться в состоянии shutdown. если у тебя все пользователи SYSDBA, то понятно, почему "никто ничего не заметил". -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, A.Truhin! A.Truhin wrote: Вот тут ключевой момент в том, что "Вот, мы знаем как работает ФБ на машине 1, 2, 3Мы можем экстраполировать", я например тоже знаю (касаемо моих задач), но вопрос автора, в том и заключается что он не знает. Не у всех есть возможность сравнить работу FB на 5-10-50 серверах разных конфигураций, а закупить железо под будущую задачу на FB, нужно. достаточно двух машин или серверов. И вообще. :-) Возможно, мои представления о процессе чем то искажены, но. (дальше я пишу не про себя, а про абстрактных разработчиков или эксплуататоров) 1. если мы пишем новую задачу, и делаем для себя, то вначале мы должны попробовать как она работает на каком-то компе (сервере, псевдо-сервере, десктопе и т.п.). Если компа не хватает, то смотрим, чего именно, и выбираем новый сервер. 2. если мы обновляем сервер, то смотрим, чего не хватает. 3. если мы консультируем нашего нового клиента, который покупает у нас софт, то мы оцениваем его планируемую загрузку, и сравниваем с железом, которое уже имеется у наших клиентов, и на котором работает наша задача. И выбираем сервер клиенту. В каждом из этих пунктов есть камни преткновения - мы не знаем, как работает наша задача - мы не можем померять нашу задачу ни на чем - мы не знаем, как работает наша задача у наших клиентов вот эти пункты - это реальные проблемы подавляющего большинства компаний, тем или иным образом эксплуатирующих IB/FB. Кто и как их должен решать? Мы статьями на ibase.ru? Или кто-то еще чем-то? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, A.Truhin! A.Truhin wrote: Вот тут ключевой момент в том, что "Вот, мы знаем как работает ФБ на машине 1, 2, 3Мы можем экстраполировать", я например тоже знаю (касаемо моих задач), но вопрос автора, в том и заключается что он не знает. Не у всех есть возможность сравнить работу FB на 5-10-50 серверах разных конфигураций, а закупить железо под будущую задачу на FB, нужно. пусть экстраполирует свой десктоп. Все равно невозможно выбрать сервер под задачу так, чтобы сервер был загружен аккурат так, как спрогнозировали. Бывают и неожиданности. К примеру, у меня игровой десктоп. Меряю ФПС. Покупаю новую видеокарту. И практически НИКАКИХ изменений. Оказалось, все упиралось в проц. Согласен. Но в разных СУБД требования к ресурсам разные, и сколько ни знай сис. админ. о железе, если он не сталкивался с высоконагруженными FB серверами, он не сможет определить что закупать для будущей задачи. так нет же конкретных рекомендаций. Все очень приблизительно. Значение имеет только объем памяти и дисковая конфигурация. Может потому, что у кого есть железо, на нем крутится конкретная задача, и там человеку не tpc-c, а кто только собирается закупать железо (как автор) ему еще не на чем крутить тесты. там где крутится конкретная задача, запутить тест очень проблематично, т.к. сервер активно используется, а на тест нужно время. А вот когда собираются закупать новое железо, такая возможность есть, если только сами не закупают по запчастям. В общем, беспредметный разговор. Потому что автор задавал концептуальные вопросы, вообще, а не про конкретные модели дисков, процессоров и так далее. И (мне кажется) ответ на свой вопрос он уже давно получил. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hekkim A.Truhin! A.Truhin wrote: Ты опять говоришь о ситуации апгэйда существующего железа. А речь с начала топика идет о подборе железа под НОВУЮ, БУДУЩУЮ задачу, по крайней мере, автор ни где не сказал, что у него уже задача работает и тормозит. ё-мое. как человеку выбрать компьютер, если он ни разу за компьютером не работал? Апгрейд, не апгрейд... Допустим, нужно определить размер памяти для 100 пользователей классика. Мы не сможем определить этот размер, если мы не знаем, сколько памяти жрет один процесс классика под конкретную БД и приложение. Можно только абстрактно заявить, что размер процесса будет 200мб. И то, заявить такое можно только потому, что лично я видел ФБ классик на других серверах. Но человек же на чем-то разрабатывает. Не в блокноте же он пишет код. Значит, есть какой-то компьютер, который можно взять за точку отсчета. PS. Извини, но иногда создается впечатление, что главное не вникнуть в вопрос, я выше и ранее уже объяснил. И на вопрос ответили (и я ответил) уже давно. а прямо или косвенно подвести тему к "нашим платным консультациям", как у DS к репликации. :) а не надо стесняться. знания и опыт стоят денег. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, A. Truhin! A.Truhin wrote: А о чем тема то была? С начала? О выборе сервера под задачу! И о каком perfmon говорить если сервера еще нет! Вообще то что я написал, меня на данный момент не интересует, я прекрасно на опыте (который сын ошибок трудных) знаю, что нужно мне, под мою задачу. Речь идет о выборе железа / планировании закупок и т.д. я тогда не понял. Вот, мы знаем как работает ФБ на машине 1, 2, 3, с задачами А, Б, В. Мы можем экстраполировать эти данные для выбора железа под конкретную задачу. Если мы не знаем, как работает ФБ и как работает железо вообще, мы ничего не можем выбрать. Мне странно слышать что ты считаешь это не нужным, хотя все остальные производители СУБД уделяют этому очень много времени/ресурсов/информации. я говорю о том, что программист не может жить в отрыве от хотя бы элементарных знаний о дисках, памяти, и куда они "расходуются" СУБД. Простой статьи "как выбрать железо для сервера" достаточно не будет. Вон, в игровых журналах и на железных сайтах постоянно появляются статьи по выбору компов для разных задач. Нельзя прочитать одну статью и считать, что теперь можно "собирать любой комп под любую задачу". Вообще здесь очень четко видно отличие коммерческих СУБД, от бесплатных, сам продукт может быть очень хорошим, но документация/сопровождение/нагрузочное тестирование :( да фигня это все. Вот есть тест tpc-c, который мы часто используем в своих тестах, и пишем об этом в статьях. Хоть кто-то сам спросил нас "дайте тест" для проверки на каком-то железе? Нет. Почему? А потому, что нужны системные знания, а не фактография в виде "чтобы крутилось быстрее нажмите вот эту кнопку". -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Arioch! Arioch wrote: 2) а что скажет Perfmon ? скажет (для меня), как минимум - что происходит с диском. Перфмон я имел в виду как ОДНО ИЗсредств понимания происходящего на сервере. Разумеется, нужно и другие средства использовать. Возможно такие ликбезы нужны не только сисадминам, но и продажникам в серверные конторы типа Аквариуса или etegro. Чтoбы сисадмин мог просто позвонить и заказать "сервер под FB", не везде ведь самосбор. так они ж не знают, какие у клиента хотелки. Это, вообще-то, даже не предпродажная консультация. Это реальная консультация на тему - текущее состояние, причины тормозов - перспективы - резервное копирование мы этим и занимаемся, кстати. За деньги :-) с этим уже можно определять бюджет, и брать технику. p.s. даже при выборе ноутбука нужно оценивать массу критериев, о которых клиент может поначалу и не подозревать - вес, работа от батарей, экран, офисные задачи или чего потяжелее, видеокарта (игры, нет), и т.д. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, A.Truhin! A.Truhin wrote: возникает вопрос: сколько и каких ресурсов нужно FB, для определенного профиля работы. у кого этот вопрос возникает - у сферического SQL-программиста? Например, вопрос выбора классика или супера ФБ разжеван в достаточно многих местах. Про память - взял да запустил, посмотрел Диспетчером задач или в ps. Много ума для этого надо? Т.е. вложить больше денег: в процессор, hdd, raid контроллер. В диск. СУБД это диск, разве это не очевидно? И вот здесь, полный информационный вакуум, как распределяется нагрузка по железу для FB при сценариях WEB бд, OLTP систем и т.д, при разном количестве пользователей. при чем тут ФБ??? Какие сценарии??? Я допускаю наличие только одного вопроса - сколько классику надо ядер при каком количестве пользователей. Могу ответить сразу - 300-400 - до 24 ядер. 8-12 ядер - 100 пользователей. Как-то так. Сами сталкивались с этим, и если для oracle, mssql есть и рекомендации разработчиков, и готовые сервера оптимизированные под бд, и тесты, то для Firebird не нашли ни чего. Также последнее время на sql.ru постоянно возникают темы по инсталляции FB для нескольких сотен коннектов, и каждый из ТС начинает заново проходить все грабли по выбору, настройке ОС, настройке FB. грабли - просто незнание элементарных вещей. Чтобы ездить на БелАЗе, нужно вначале обучиться. :-) Я это к тому, что на вашем сайте великолепная подборка материалов для начала освоения FB. Но люди растут, базы растут, не помешали бы статьи/тесты/рекомендации по более серьезным вопросам. а деньги откуда брать? :-) Вообще у меня двоякое ощущение. С одной стороны, ликбез необходим, но с другой стороны, почему за мой счет? Например, почему я должен на сайте держать статью, в которой объяснялось бы, как использовать PerfMon? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Alexey! Alexey Popov wrote: С админов толку мало, т.к. они "широкого профиля". Тюнить FB всё равно разработчику. У нас просто пока не было столь высоких нагрузок, но сейчас стоит вопрос об установке нового сервера. тюнить ФБ можно мало куда. И я говорю про конфигурации железа для СУБД вообще. ФБ - одна из множества других СУБД. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Dmitry! Dmitry Yemanov wrote: пользы нет, только если ты не упрешься вдруг в нехватку памяти на 32-битном супере (2гига). Таких значений, если я правильно помню, достигают люди только с утечками памяти в udf. А что, кеш в 4 гига выставить для большой БД никак? Или типа с большими БД на супере не работают? :-) работают, но заставить супер использовать память трудновато. Я не помню лимит на кэш в ФБ 2.5, в IB его догнали до 131 тыс. страниц, если страница 16к, то это как раз 2 гига. С IB вообще интереснее в том плане, что если ему кэша не хватает, то он его увеличивает, это можно отследить, пишет в логи сообщения типа SRV4 (Server) Wed Apr 21 12:57:27 2010 Database: C:\DATABASE\BASE.GDB Attempting to expand page buffers from 3000 to 3128 SRV4 (Server) Wed Apr 21 12:57:27 2010 Database: C:\DATABASE\BASE.GDB Page buffer expansion complete и понять, какой необходимый минимум нужен суперу. Так вот, на одной базе в 30 гиг и ~200 пользователей кэша хватило в 16000 страниц. Еще, понятно, памяти под сортировку можно поднять, тогда с 131к страниц кэша можно и превысить 2 гига -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Alexey! Alexey Popov wrote: Никогда ещё не занимался комплектованием сервера для FB. Подскажите кое какие моменты. можно я риторический вопрос задам, в пространство? Поскольку ситуация с "выбором железа" у людей, работающих с ФБ, просто ну никуда, не могу понять. Неужели эти люди никогда не интересовались скоростью работы диска? Не запускали HDTune? Не читали никаких обзоров про сравнение дисков, рэйдов, не способны понять выгоду от разделения IO, и т.д.? Особенно феерично сталкиваться с таким незнанием у админов. [тут был еще абзац, но я его удалил :-) ] -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Alexey! Alexey Popov wrote: Своп вроде бы всегда используется виндой для своих нужд. не слушай его про "без свопа". Кстати, есть какая польза от 64-битного супера? Вроде максимальный размер кэша как то лимитирован. пользы нет, только если ты не упрешься вдруг в нехватку памяти на 32-битном супере (2гига). Таких значений, если я правильно помню, достигают люди только с утечками памяти в udf. В любом случае, на 64битной ОС заменить 32битный ФБ на 64битный - дело 30-ти секунд. Вот поменять разрядность ОС - это уже проблематично. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Sergey! Sergey Mereutsa wrote: Рекомендации от экстремалов: 1) Система на SSD, своп нафиг. Серега, "своп нафиг" уже давно не смешно. Не нужно его выключать, от этого один геморрой, и лучше не будет. Собственно, ОС на SSD это не экстрим, это просто выкидывание денег на ветер. Для ноутбуков - да, побыстрее загрузка. В остальном системе диск не особо нужен. 2) TEMP - 4-8 гигов в оперативке, второй темп - в любом месте. опять же, "экстрим" по поводу "TEMP в оперативке" обусловлен незнанием факта, что IB/FB создают временные файлы как temporary, которые сама ОС распределяет в памяти по мере необходимости. И выигрыша temp в RAM не дает никакого. Только глюки от таких "виртуальных дисков". -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Alexey! Alexey Popov wrote: Никогда ещё не занимался комплектованием сервера для FB. Подскажите кое какие моменты. Планируется поставить простой зеркальный райд под базу. ставь. Вопрос, надо ли ставить отдельный диск для системы, или тупо можно всё свалить на массив? да, и сделать один логический диск. И валить туда систему, темп, виртуал, базу, бэкапы, и прочий ХЛАМ. :-) Это сарказм. Если без сарказма, то уже давно даже для десктопов МС рекомендует машинки с ДВУМЯ дисками. Один система и софт, другой - работа и данные. Других на нагрузок кроме FB не будет. вопрос обслуживания, а не производительности. OS на raid это как правило геморрой. Поэтому лучше ОС на отдельный диск. Делать бэкапы такого диска просто, и в случае его гибели можно легко развернуть бэкап на ЛЮБОЙ диск за 50 баксов в ближайшем железном магазине. В случае ОС на raid и вылете raid придется бегать как ошпаренному, и искать ТАКОЙ ЖЕ диск в магазинах. (если кто-то возбудится на тему "дисков под сервер за 50 баксов", то я скажу, что по вопросу видно, что ответ про дисковые полки ценой от 10к баксов давать не надо. Но я и в этом случае посоветую ОС на отдельный диск, пусть не за 50 баксов, а за 300). Если памяти в принципе много, то сколько максимум можно отдать в кэш суперсерверу? Или всётаки файловый кэш ОС стправиться со своей задачей тоже эффективно. Можно ли FW отключать или лучше оставить? отключать можно, если это ФБ 2.1 и выше (см. firebird.conf) или если стоит raid с батарейкой. Но на raid с батарейкой может оказаться все равно, Fw=on или off. зависит от крутизны raid. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Железо сервера БД
Hello, Владимир! Владимир Аксенов wrote: Классические рекомендации: - система - на отдельном винте - TEMP - на отдельном винте - база - на отдельном винте/рейде Время идет, рекомендации меняются. :-) - система - на отдельном винте - temp, база - можно на одном RAID 5 или 10 - бэкапы - на отдельном винте Если RAID5-10 нет, тогда TEMP на отдельном винте нужен только если есть много файлов сортировки, или в базе размером не менее нескольких гиг есть много-много неуникальных индексов (или индексов вообще). как-то так :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: тест2
Hello! Voroshin Dmitry wrote: Что то не фурычит создание сообщений в группе. очень даже фурычит. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: EXECUTE STATEMENT к другой базе в рамках установленного коннекта
Hello, Михаил Викторович! Михаил Викторович wrote: При активной работе 400-650 человек имеем тормоз на занесении новых документов в систему. Повышение производительности сервера естественно тоже используем, но компания растет быстрее чем производительность серверов. гм. извините, не узнаю вас в гриме. можете к нам на support отписать, что за система? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Alter column type
Hello, Arioch! Arioch wrote: http://web.archive.org/web/20041009184946/http://ibase.ru/v6/conf/conf.htm Во-первых, они уже никаким образом не относятся к FIDO :-) Во-вторых, в них чётко прописано, что нужно включать MIME для MS OE :-) Хоррроший документ :-D из этого документа, кстати, явно видно, что для конфы принятая умолчательная кодировка была КОИ8 (тогда ньюсридеры и т.п. могли не уметь вин1251, не говоря про юникод). И что ОЕ, как русский так и английский, клал на кодировки, и ПО УМОЛЧАНИЮ отправлял письма (и сейчас это делает, как видим), без указания кодировки. p.s. я уже не говорю о том, что с тех пор "приоритетность" КОИ8 уехала намного ниже 1251. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Alter column type
Hello, М. Королев! М.Королев wrote: Может, мы о разных вещах говорим? Я настаиваю на том, что если заголовок (например Subject) входящего сообщения 8-битный (и кодировка не указана), то клиентское ПО должно предполагать для этого заголовка кодировку KOI8-R. Этого КМК придерживается большинство достаточно старых ньюсов. Про всех - тоже не скажу. Да пофиг. Если сообщение написано символами не более 127, то в нем должна быть указана кодировка. Например, нетскейп ньюсридер (да, до сих пор у меня) прочитал то сообщение, в котором кодировка указана НЕ БЫЛА НИГДЕ. Но в какой кодировке было то сообщение, я не знаю. Ньюсридеров российских нет, группа эта тоже не российская, так что умолчаний никаких нет (вернее, у группы задан 1251 для веба, но не более того). Хотя для программы не должно составлять проблем при написании сообщения понять, в какой кодировке вводятся символы, и дописать тэг в содержимое письма. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Ограничения на размер динамических библиотек
Hello, Butomo! Butomo wrote: Здравствуйте, Дмитрий! тут дмитриев много. При разработке UDF столкнулся с непонятной ситуацией, коллега посоветовал обратиться к Вам с вопросом. личные сообщения пишут в личную почту, а не публично. Раз пишете тут, спрашивайте у всех. Не известно ли Вам о каких-либо ограничениях на размер библиотек в таких ситуациях? ограничений быть не должно. возьмите debug-версию, и как упадет - смотрите дамп. скорее всего эта "большая " dll что-то такое делает, что приводит к падению ФБ. p.s. SS на линуксе - экзотично. С классиком проверяли? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Удаление по сложному условию
Hello, Tonal! Tonal wrote: Вроде бы стандартная ситуация и оптимизатор мог бы сам преобразовать в соответствующий for select... здрасьте. поставь вместо delete select, и будет то же самое. select from SYMP2REMEDS where sr.id in -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Перестал работать запрос в 2.5.1
Hello, Сергей! Мякотин Сергей wrote: Вопрос похоже снимается, нашел * Improvement CORE-2812 Prohibit any improper mixture of explicit and implicit joins ага. потому что запрос неправильный. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Firebird-2.5.1.26240-0_Win32 CS кÑÑÐ°ÐµÑ Ð¼Ð½Ð¾Ð³Ð¾ памÑÑи на Win2008 R2 SP1
Hello, Oleg! ÐоÑоÑкий Ðлег wrote: ÐоÑÑавили 64-биÑнÑÑ Ð¾ÑÑ Ð²Ð¼ÐµÑÑо win2003 x86 на ÑеÑÐ²ÐµÑ Ñ 8GB RAM, firebird оÑÑавили 32-биÑнÑй из-за оÑÑÑÑÑÑÐ²Ð¸Ñ 64-биÑнÑÑ UDF, в Ñ Ð¾Ð´Ðµ ÑабоÑÑ Ð²ÑÑÑнилоÑÑ, ÑÑо поÑÑебление памÑÑи к конÑÑ ÑабоÑего Ð´Ð½Ñ ÑоÑÑавлÑÐµÑ Ð¿Ð¾ÑÑдка 6,5-7 Ð³Ð¸Ð³Ð°Ð±Ð°Ð¹Ñ (в диÑпеÑÑеÑе Ð·Ð°Ð´Ð°Ñ Ð¿Ð¾ÑÑебление каждого пÑоÑеÑÑа намного ÑкÑомней, поÑÑдка 40-60ÐРна ~30пÑоÑеÑÑов клаÑÑика), Ñогда ÐТРпоÑÑеблÑÐµÑ Ð¿Ð°Ð¼ÑÑÑ-Ñо? ЧÑо Ñ ÑеÑвеÑа вÑÑÑавлено в наÑÑÑÐ¾Ð¹ÐºÐ°Ñ Ð¿ÑоизводиÑелÑноÑÑи? ÐодозÑеваÑ, ÑÑо ÐµÐ¼Ñ Ñказано ÑабоÑаÑÑ ÐºÐ°Ðº ÑÐ°Ð¹Ð»Ð¾Ð²Ð¾Ð¼Ñ ÑеÑвеÑÑ. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Курсы
Hello, Dmitry! Dmitry Lendel wrote: День добрый, Есть ли в Украине компания, которая проводит обучение по администрированию Firebird с выдачей сертификата? нет. есть только iBase.ru. Планировали проводить курсы совместно с Grossbee (Днепропетровск), но пока тишина. Можно зарядить набор. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Статья про классик
Hello, Dmitry! Dmitry Lendel wrote: Под Windows выбирайте Superserver. Под Linux, просто выбирайте один или другой вариант. В большинстве случаях, скорее всего, Вы не заметите разницы. это я просто помню, а статей подобных море прискорбно. Бред сивой кобылы. Выбор архитектуры зависит не от ОС (в основном), а от типа нагрузки на БД. К счастью, у меня таких статей нет. Впрочем, там же дальше написано: "Обращаем Ваше внимание, что в любой момент времени Вы можете перейти на другую архитектуру." p.s. почему-то "Ваше" - с большой буквы. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Статья про классик
Hello, Alexey! Alexey Popov wrote: SMP софт с общим кэшем и минимальными издержками на взаимоблокировки. Кстати у IB вроде сделан был такой. не надо грязи, у IB нормальный SMP Superserver. У ФБ такого нет. Суперклассик ФБ это просто много классиков в одном процессе в виде тредов, без общего кэша. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Индексы и ХП
Hello, Alexey! Alexey Voychehovich wrote: Доброго дня подскажите ответ на возможно глупый вопрос? Если я создал ХП, потом индекс, без перекомпиляции ХП она этот индекс подхватит? если ХП уже сидит в памяти, и для нее планы созданы, то разумеется нет. поможет реконнект. И да, в процедуре у запросов планы не зашиты (если они не указаны явно). См. FAQ. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Статья про классик
Hello, Alexey! Alexey Popov wrote: Что ты имеешь ввиду под полноценным супером? SMP софт с общим кэшем и минимальными издержками на взаимоблокировки. Кстати у IB вроде сделан был такой. извиняюсь за предыдущее сообщение, думал что это было сравнение Суперклассика ФБ с суперсервером IB. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Статья про классик
Hello, Dmitry! Dmitry Lendel wrote: а для Винды (если Вы не уверены, что Вам нужно, ставьте Супер) Дим, где ты такую муйню вычитал? у ФБ архитектуры одинаковые под всеми ОС. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: [offtopic] ÐÐ Ð´Ð»Ñ ÑабоÑÑ Ñ 1C
Hello, ÐиимÑÑ! ÐиимÑÑ wrote: бÑаÑÑÑ Ð°, оÑÑÐ°Ð²Ñ Ñвои попÑÑки. оно не поддеÑживаеÑÑÑ 1С оÑиÑиалÑно. даже поÑÑгÑе, коÑоÑÑй поддеÑживаеÑÑÑ Ð´Ð¾ÑабоÑан напилÑником Ñамими 1Ñ-овÑами и надо ÑÑавиÑÑ Ð¸Ð¼ÐµÐ½Ð½Ð¾ ÑоÑ, ÑÑо Ð¸Ð´ÐµÑ Ð² поÑÑавке Ð¸Ñ Ð½ÐµÐ¹. ÐÑк Ñ Ð¿Ð°ÑÑами Ð¸Ñ ÐµÐ³Ð¾(поÑÑгÑе) и паÑÑÑ, но вÑÑ Ñавно не паÑеÑ. postgresql 9.0.1 http://v8.1c.ru/overview/postgres_patches_notes.htm -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐакÑп ÑаÑÑÑми
Hello, Evgeny! Boltik Evgeny wrote: nbackup Уже поÑиÑал попÑобовал. Ðо заÑада не ÑабоÑÐ°ÐµÑ Ð¿Ð¾ ÑеÑи. ТолÑко локалÑно :( ÐÑидеÑÑÑ Ð¸Ð·Ð²ÑÐ°Ñ Ð¿Ð¸ÑаÑÑ. ÐенÑ, ÑÐµÐ±Ñ Ð¿Ð»ÑÑиÑ? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐÑо-Ñо поÑÑÐ¸Ñ GDS32
Hello, Dmitry! Dmitry Yemanov wrote: Ðа Win98 не заÑабоÑало. Там еÑе какие-Ñо библиоÑеки надо ÑÑавиÑÑ? Ð ÑанÑÑе ÑабоÑало? Я Ð²Ð¾Ñ Ð½Ðµ помнÑ, Ñ Ð½Ð°Ñ Ð½Ðµ Ñо ÑеÑÐ²ÐµÑ Ð½Ðµ Ñо и ÐºÐ»Ð¸ÐµÐ½Ñ Ñоже вообÑе на Win98 не должен ÑабоÑаÑÑ... в ÑаÑÑноÑÑи, по пÑиÑине Ñникода, коÑоÑого в 98 пÑакÑиÑеÑки неÑ? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Переход 2.5 -> 2.1
Hello, Dmitry! Dmitry Sinchilin wrote: Раньше можно было используя разные версии gbak сделать downgrade для базы. Сейчас не получается этого сделать для 2.5 -> 2.1 база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1 restore под FB2.1, получаю gbak:restoring privilege for user SYSDBA gbak: ERROR:action cancelled by trigger (3) to preserve data integrity gbak: ERROR:table/procedure has non-SQL security class defined извлеки isql-ом скрипт, вырежи таблицы, оставь триггеры, процедуры и гранты. убей все гранты, триггеры и процедуры в базе. сделай бэкап и рестор как ты делал. Примени на новой базе скрипт создания триггеров, процедур и грантов. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Странные обрывы соединения
Hello, Konstantin! Konstantin R. Beliaev wrote: В ФИБах включена опция восстановления связи при обрыве - после втыкания шнура она срабатывает и восстанавливает соединение. Но насколько я понимаю, это - уже другое соединение с другим процессом классика, разве нет? А предыдущее должно спокойно умереть с отметками в логах. Или я ошибаюсь, и восстанавливается именно предыдущее соединение? оборванное соединение не может быть восстановлено в принципе. ФИБ создает новый коннект (естественно). -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: gds32.dll vs fbclient.dll
Hello, Alexey! Alexey Popov wrote: Одного fbclient.dll недостаточно. Ему надо ещё firebird.msg и ещё какая то левая dll, плюс рантайм от VC. Просто кинуть fbclient.dll в system32 нельзя ибо он не найдёт свои файлы без ключа в реестре. Да и MS уже не рекомендует засирать сей каталог. тебе не похужело? Мне казалось, что ты более квалифицирован. Или я ошибался? Просто ведь ахинею какую-то пишешь. кроме того, не знаешь про instclient. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Обновление ODS
Hello, Dmitry! Dmitry Sinchilin wrote: Я сегодня открывал базы 11.0 и 11.1 в Firebird 2.5 - никакого автоматического обновления ODS не произошло. зависит от версии сервера и от минорных изменений в ОДС. некоторые версии сервера обновляли минорную ОДС автоматом, некоторые этого не делают. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сортировка дерева
Hello, Tonal! Tonal wrote: order by после объединения эффекта не даёт... конечно не дает. order by обычно предназначен для сортировки результата. Т.к. в операциях над множествами порядок элементов не имеет значения. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FBScaner, FIB+ и IBExpert (was FB 1.5.6 classic. Виснет ресто р)
Hello, Dmitry! Dmitry Yemanov wrote: gbak: ERROR: operating system directive CreateProcess failed gbak: ERROR: unknown Win32 error 193 Казалось бы, причем тут ФБ... не, не работает. 1.5.6, класик, если -se localhost:service_mgr, то выдает 193. если просто -se service_mgr, то выдает gbak: ERROR: Cannot attach to services manager gbak: Exiting before completion due to errors чудеса... локальный коннект дает unavailable database, увы. сетевой (localhost) коннект работает. что-то я не пойму - из IBE валидация и статистика работает, но с бэкапом та же самая картина (ошибка 193), и понятно почему. Кто-нибудь это может подтвердить или опровергнуть? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FBScaner, FIB+ и IBExpert (was FB 1.5.6 classic. Виснет ресто р)
Hello, Dmitry! Dmitry Yemanov wrote: 193 %1 is not a valid Win32 application ERROR_BAD_EXE_FORMAT Казалось бы, причем тут ФБ... я не спорю, но как это может быть, чтобы обычные коннекты работали, а services api выдавало вот такое сообщение. и, я проверял на 1.5.3, потом обновил файлы до 1.5.6, и ошибка осталась прежней. может, винда сошла с ума - давно не перезагружался. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FBScaner, FIB+ и IBExpert (was FB 1.5.6 classic. Виснет ресто р)
Hello, All! Dmitri Kuzmenko wrote: что с локалхостом для имени БД, что без. FB 1.5.3. и 1.5.6. что сервисом, что приложением. Коннект при этом идет. процесс коннекта запустился вот так D:\Firebird\bin\fb_inet_server.exe -s -s -i -h 248 в общем, чего-то я не понимаю... -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FBScaner, FIB+ и IBExpert (was FB 1.5.6 classic. Виснет ресто р)
Hello, Dmitry! Dmitry Yemanov wrote: Дело в том, что 1.5 CS для Windows не поддерживает локальный протокол, а сервисы в нем стартуют отдельными процессами. Поэтому локальный путь к базе не прокатывает, получаешь unavailable database. 1.5.1 не поддерживал локальный протокол. или я о другом? иначе как я тестил рестор и бэкап на 1.5.3, через классик, через сервисы ? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Ошибка при ресторе
Hello, Oleg! Oleg Matveyev wrote: объем базы был около 37 Гб. Как-то у меня сразу глаз за эту цифру зацепился. Какое-то было ограничение именно с такой цифрой. макс. размер таблицы до ODS 11 (FB). Так как тут FB 2.x, то не канает. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐеÑÐµÑ Ð¾Ð´ 2.1 -> 2.5
Hello, Yurij! Yurij wrote: вÑвод в конÑолÑ: gbak:restoring generator SOME_GENERATOR value: 1066 gbak: ERROR:Malformed string не. лопни мои глаза, либо Ñ Ð½Ð° 64-Ð±Ð¸Ñ Ð½Ðµ Ñвидел, либо еÑе ÑÑо. Ðа 32 Ð±Ð¸Ñ Ð¿Ð¾Ð´ ХРвÑÐ´Ð°ÐµÑ Ð²Ð¾Ñ Ñак D:\Firebird25\bin>gbak -c -m -z e:\k.fbk k.fdb -user SYSDBA -pass masterke gbak:gbak version WI-V2.5.0.26074 Firebird 2.5 gbak:Version(s) for database "k.fdb" Firebird/x86/Windows NT (access method), version WI-V2.5.0.26074 Firebird 2.5" Firebird/x86/Windows NT (remote server), version "WI-V2.5.0.26074 Firebird 2.5/XNet (IBASE)/P12" Firebird/x86/Windows NT (remote interface), version "WI-V2.5.0.26074 Firebird 2.5/XNet (IBASE)/P12" on disk structure version 11.2 gbak: ERROR:Malformed string gbak:Invalid metadata detected. Use -FIX_FSS_METADATA option. gbak:Exiting before completion due to errors -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐеÑÐµÑ Ð¾Ð´ 2.1 -> 2.5
Hello, Dmitry! Dmitry Yemanov wrote: ÐÑе в ÑелизноÑÐ°Ñ Ð½Ð°Ð¿Ð¸Ñано, ÑÑо гбак вÑÐ´Ð°ÐµÑ Ð½Ð°Ð¼ÐµÐº на клÑÑ -fix_fss_metadata, но ÑелизнÑй гбак поÑемÑ-Ñо ниÑего Ñакого не пиÑал. У ÑÐµÐ±Ñ firebird.msg "не Ñой ÑиÑÑемÑ". Ñ Ð¿ÐµÑепÑовеÑÑ, но вÑеÑа Ñ Ð½Ð° Win7 Prof 64 bit rus запÑÑÑил instreg пеÑвÑй Ñаз. ÐÑе Ñ Ñ Ð¼Ð¸Ð½ÑÑÑ Ð¿ÑоÑÑÐ°Ñ Ð°Ð»ÑÑ, пока понÑл, ÑÑо ÑÑой опÑии надо ÑказÑваÑÑ ÑаÑÑеÑ. Ðо Ñелиза не нÑжно бÑло. Ðе ÑанÑазиÑÑй :-) Ð¿Ð¾Ñ Ð¾Ð¶Ðµ, ÑанÑазиÑÑÑ, да. Ðо в gbak.htm Ñ Ð¼ÐµÐ½Ñ Ð¿Ð¾ÑемÑ-Ñо попало без опÑии ÑаÑÑеÑа. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Переход 2.1 -> 2.5
Hello, Yurij! Yurij wrote: On Nov 24, 3:03 pm, Dmitri Kuzmenko wrote: ... Malformed string. Еще в релизнотах написано, что гбак выдает намек на ключ -fix_fss_metadata, но релизный гбак почему-то ничего такого не писал. Еще я с минуту протрахался, пока понял, что этой опции надо указывать чарсет. До релиза не нужно было. Ага, с чарсетом сложно - оно даже в встроенном хелпе не упомянуто, с ходу не догадаешься. Пришлось где-то дополнительно читать. причем непонятно - как раньше это работало без чарсета, и откуда я возьму чарсет, если например у меня есть только бэкап, и нет базы. Тем более, если вдруг метаданные были в none нахреначены, или вообще в другой кодировке. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Переход 2.1 -> 2.5
Hello, Dmitry Dmitry Yemanov wrote: 24.11.2010 13:17, Евгений Виноградный пишет: Тогда такой вопрос. В каких случаях нужно делать restore с таким ключом? Если рестор без этого ключа выдает ошибку. ... Malformed string. Еще в релизнотах написано, что гбак выдает намек на ключ -fix_fss_metadata, но релизный гбак почему-то ничего такого не писал. Еще я с минуту протрахался, пока понял, что этой опции надо указывать чарсет. До релиза не нужно было. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Обрыв сетевого соеди нения на 127.0.0.1
Hello, Arioch! Arioch wrote: В письме от Thu, 18 Nov 2010 10:39:44 +0300, Kochmin Alexandr сообщал: nVidia chipset must die. Apple с тобой не согласится :-) чипсеты NVidia были неплохие, но NVIDIA больше не будет выпускать чипсеты http://www.ixbt.com/news/hard/archive.shtml?2010/1118#id140300 -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Обрыв сетевого со единения на 127.0.0.1
Hello, Yirij Yurij wrote: А вот скажите, не сталкивался ли кто-нибудь с таким маразмом: есть приложение (виндовский сервис), подключающееся к Firebird , есть сам этот Firebird (2.1.1), подключение по 127.0.0.1. Соединение должно висеть вечно, сервис работает 24/7. мда. Чтобы это такое могло быть? не бывает ни вечных соединений, ни сервисов 24/7. Есть только желание, чтобы такое было, но на нынешний момент это фантастика, безотносительно ФБ. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Переизбрание през идента и членов комит ета Firebird Foundation'2010
Hello, Vadim! Vadim Mescheryakov wrote: Президентом Firebird Foundation был переизбран Филипе Маковски. А чем закончилось обсуждение итогов года? виртуальной пьянкой :-) Практически все можно найти тут http://www.firebirdsql.org/index.php?op=ffoundation то есть, прямая ссылка на происходящие события: http://www.firebirdsql.org/index.php?op=ffoundation&sub=ffblog А вот что было на самом собрании http://www.firebirdsql.org/index.php?op=ffoundation&sub=plenary&id=agenda_agm2010 -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐопÑоÑÑ ÐРи Ðлад Ñ
Hello, fraks! fraks wrote: но-но, на Ðоболе до ÑÐ¸Ñ Ð¿Ð¾Ñ Ð½Ð°Ð¿Ð¸Ñано ÑÑи ÑеÑвеÑÑи Ð±Ð¸Ð·Ð½ÐµÑ ÑоÑÑа во вÑем миÑе. ÐÑÑÑеÑÐ°Ñ Ñакое вÑÑказÑвание не пеÑвÑй Ñаз, но вÑегда бÑло дико инÑеÑеÑно - а где ÑÑи пÑиложениÑ? Ñо же Ñамое можно ÑказаÑÑ Ð¿Ñо Java. ÐнаÑале бÑл бÑм, Ñипа "пеÑепиÑем вÑе клиенÑÑкие пÑÐ¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ Ð½Ð° Java", поÑом наÑод набил ÑиÑек, и Java плавно пеÑÐµÐµÑ Ð°Ð»Ð° на ÑÑоÑÐ¾Ð½Ñ ÑеÑвеÑа. С ÑÐµÑ Ð¿Ð¾Ñ ÐµÐµ никÑо не Ð²Ð¸Ð´Ð¸Ñ :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Немного уронить базу
Hello, Алексей! Алексей Вишняков wrote: Алексей Вишняков выключите постинг в html, пожалуйста. это неприлично :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: OFF ÐоÑадоваÑÑ ÑÑÐ¿Ñ ÑÐ³Ñ :)
Hello, Sergey! Sergey Nikolaenko wrote: да Ð½ÐµÑ Ñам боÑов :) еÑÑÑ Ð½ÐµÑкоÑко ÑÑÑÑÑ Ð¿Ð»Ð°ÑежнÑÑ ÑеÑминалов коÑоÑÑе Ð¼Ñ Ð¿ÑоÑеÑÑим :) (кÑÑаÑи ÑеÑÐ²ÐµÐ½Ð°Ñ Ð±Ð°Ð·Ð° FB 2.5) Ð²Ð¾Ñ Ð¾Ð½Ð¸ и голоÑÑÑÑ Ð½Ñ-ка, нÑ-ка... :-) поподÑобнее на ad...@mindthebird.com пожалÑйÑÑа :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB 2.5 и C#
Hello, sasha! sasha wrote: И самое главное, что я его понимаю. Поскольку всё бесплатно, то ни у кого нет никаких обязательств. Может поэтому люди и поразбегались кто на MSSQL, кто ещё куда... не знаю, куда кто разбежался, но мысль про "все бесплатно" неверная. Если подписываешься на доводку драйвера, то получаешь грант, т.е. деньги за работу. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Вопросы ДЕ и Влад у
Hello, Yurij! Yurij wrote: новые инструменты разработки снижают планку вхождения в профессию. Практика показывает, что планку они снижают в начале, затем где-то в середине разработки встают поперек дороги. Т.е. кульное приложение со скинами и одним окном пишется на дотнете за день школьником, а как доходит дело до серьезной работы - то датагриды кривые, то System.ComponentModel в состоянии наркотического угара ага. Это как борландовское ECO. Типа, 14-летняя девочка (или 11) собирает приложение с БД за 15 минут, но потом оказывается что многопользовательские приложения имеют так же много проблем. Результат? ECO в дауне. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB 2.5 и C#
Hello, sasha! sasha wrote: Короче всем всем всем, кто хочет пытаться связать FB и EntityFramework. Не тратьте время впустую, оно абсолютно не работоспособно. Скорее всего на этой печальной ноте о FB мы забудем навсегда :-( кстати, быстро сломались. Мысли о том, что можно помочь Иржи доточить драйвер, и таким образом заработать себе репутацию в стане C#+ФБ, не появлялась? Впрочем, интересы у всех разные. Вы либо берете готовое, и используете что дают, или берете напильник в руки, но взамен еще и получаете доп. плюсы в виде быстро исправляемых ошибок в сервере, и т.д. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐеÑеподклÑÑение к ÐРпÑи Ñоздании меÑа даннÑÑ
Hello, Vadim! Vadim Mescheryakov wrote: ÐÐ¾Ñ Ð¿Ñо ÑÑо ÑÑавниÑелÑно недавно пиÑал в конÑеÑенÑиÑ: СеÑÐ²ÐµÑ Ñ FB ÑабоÑÐ°ÐµÑ Ð¿Ð¾Ð´ Linux. ÐÑе полÑзоваÑели подклÑÑаÑÑÑÑ Ðº ÑеÑвеÑÑ FB Ñ ÑказÑÐ²Ð°Ñ IP адÑÐµÑ Ð² ÑÑÑоке ÑоединениÑ. ÐдминиÑÑÑаÑÐ¾Ñ ÑеÑвеÑа менÑÐµÑ Ð¸Ð¼Ñ Ñ Ð¾ÑÑа ÑеÑез WebMin. ÐоÑле ÑÑого ÑабоÑа ÑеÑвеÑа FB наÑÑÑаеÑÑÑ - клиенÑÑ Ð¿Ð¾Ð´ÐºÐ»ÑÑеннÑе Ñанее и подклÑÑеннÑе поÑле пеÑÐµÐ¸Ð¼ÐµÐ½Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾Ð»ÑÑаÑÑ Ð¾Ð´Ð½Ð¸ и Ñе же поÑледоваÑелÑноÑÑи генеÑаÑоÑов. наÑколÑко Ñ Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ñ, ÑÑо глÑк lock manager, поÑÐ¾Ð¼Ñ ÑÑо поÑле Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð¸Ð¼ÐµÐ½Ð¸ Ñ Ð¾ÑÑа пÑоÑеÑÑÑ CS ÑакÑиÑеÑки они ÑабоÑаÑÑ Ñ ÑазнÑми базами, Ñ Ð¾ÑÑ Ñайл один. пÑимеÑно ÑÑо-Ñо Ð¿Ð¾Ñ Ð¾Ð¶ÐµÐµ пÑоиÑÑ Ð¾Ð´Ð¸Ð»Ð¾ Ñ ÐºÐ»Ð°ÑÑиком и пÑи изменении имени ÑеÑвеÑа на win. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐеÑеподклÑÑение к ÐРпÑи Ñоздании меÑа даннÑÑ
Hello, Vadim! Vadim Mescheryakov wrote: а Ñмайлик ÑÑÑ Ð¿Ñи Ñем? Тебе ÑаÑÑказаÑÑ ÑÑÑаÑнÑе Ñказки на ноÑÑ, о Ñом как повÑеждаеÑÑÑ ÐРв ÑазнÑÑ Ð²ÐµÑÑиÑÑ Ð¿Ñи ÑазнÑÑ Ð´ÐµÐ¹ÑÑвиÑÑ Ñ Ð¼ÐµÑаданнÑми? ХоÑоÑо Ð±Ñ Ð²Ñе Ñакие ÑлÑÑаи, оÑобенно еÑли Ð¸Ñ Ð¼Ð¾Ð¶Ð½Ð¾ повÑоÑиÑÑ, бÑли Ð±Ñ Ð¾Ð¿ÑбликованÑ. Ð²Ð¾Ñ ÑÑÑ Ð¾Ð±Ð»Ð¾Ð¼, вÑе ÑÑи ÑлÑÑаи ÑпеÑиÑиÑеÑкие, Ñ ÑÑÑдом воÑпÑоизводÑÑÑÑ Ñам где они возникли, и не воÑпÑоизводÑÑÑÑ Ð¿Ñи попÑÑке Ð¸Ñ "клониÑоваÑÑ". Типа "ÐÑавила ÑабоÑÑ Ñ ÑеÑвеÑом" или "Ðи когда не делаÑÑ ÑÑо". Ñже давно опÑбликовано - "никогда не надо на Ñ Ð¾Ð´Ñ Ð¼ÐµÐ½ÑÑÑ Ð¼ÐµÑаданнÑе". ÐоÑÐ¾Ð¼Ñ ÑÑо негаÑивнÑе поÑледÑÑÐ²Ð¸Ñ Ð¼Ð¾Ð³ÑÑ Ð¿ÑоÑвлÑÑÑÑÑ ÑлÑÑайно и ÑвлÑÑÑÑÑ Ð½ÐµÐ¿ÑедÑказÑемÑми. ÐоÑов паÑÑ ÑÑаÑей ÑÑда подкинÑÑÑ. ÐÑи вÑем Ñважении, ÑÑо Ð½Ð°Ð¿Ð¾Ð¼Ð¸Ð½Ð°ÐµÑ "Ñ Ð¼ÐµÐ½Ñ Ð¾Ð´Ð¸Ð½ Ñаз на компе ÑÐ´Ð¾Ñ Ð»Ð¾ ÑÑÐ°Ð·Ñ Ð¾Ð±Ð° венÑилÑÑоÑа, на вдÑв и на вÑдÑв"? Ðа, Ñ Ð¼ÐµÐ½Ñ Ð¸ пÑавда Ñакое бÑло, ÑолÑко Ñ Ð½Ðµ понимаÑ, ÐºÐ¾Ð¼Ñ ÑÑа инÑоÑмаÑÐ¸Ñ Ð¼Ð¾Ð¶ÐµÑ Ð¿ÑинеÑÑи полÑзÑ. Ðна полезна ÑолÑко в Ñом ÑмÑÑле, ÑÑо "и Ñакие ÑÑдеÑа ÑлÑÑаÑÑÑÑ". ЧÑо на 100% оÑноÑиÑÑÑ Ðº ÑÑазе "не менÑйÑе меÑаданнÑе пÑи ÑабоÑаÑÑÐ¸Ñ Ð¿Ð¾Ð»ÑзоваÑелÑÑ ". ÐÐ»Ñ Ð½Ð°ÑинаÑÑÐ¸Ñ , да и не ÑолÑко админиÑÑÑаÑоÑов и пÑогÑаммиÑÑов бÑло Ð±Ñ Ð¾ÑÐµÐ½Ñ Ð¿Ð¾Ð»ÐµÐ·Ð½Ð¾. не веÑÑ. ФÑаза пÑо "никогда ... меÑаданнÑе" напиÑана поÑÑи на каждом ÑÑолбÑ. Ð Ñем не менее, пÑÐ¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ Ð¸ админиÑÑÑаÑоÑÑ "делаÑÑ ÑÑо", по ÑазнÑм пÑиÑинам. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Размещение EXTERNAL TABLE на сетевом диске
Hello, Andrei! Andrei wrote: неплохо было бы эту информацию закинуть в коментарии к секции настройки путей к внешним файлам непосредственно в файл firebird.conf. информация эта, вообще-то, относится не к Firebird, а к возможностям аккаунтов Windows. Если Вы строите сеть, значит Вы админ, значит Вы ДОЛЖНЫ знать такие вещи. Я допускаю размещение этой информации в FAQ, но в конфиг FB втыкать? Эдак тучу инфы по администрированию виндов придется туда вписывать. Ведь чтобы сделать то, что я рассказал, нужно - создать аккаунт Windows (компа, в dns, и т.д., в зависимости от ситуации) - дать этому аккаунту права на доступ к сетевому ресурсу - запустить ФБ из под этого аккаунта ФБ, как видите, тут только в третьем пункте, и само "ФБ" можно заменить на любую программу, запускаемую как приложение или как сервис. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐеÑеподклÑÑение к ÐРпÑи Ñоздании меÑа даннÑÑ
Hello, Vadim! Vadim Mescheryakov wrote: Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾ в ÑкÑклÑзивном Ñежиме, Ñ.е. без акÑивнÑÑ Ð¿Ð¾Ð»ÑзоваÑелей, ÑÑÐ¾Ð±Ñ Ð½Ðµ полÑÑиÑÑ Ð¿Ð¾Ð²Ñеждений в ÐÐ. Ðлин, Ñ 10 Ð»ÐµÑ Ð¶Ð¸Ð» непÑавилÑно :) а Ñмайлик ÑÑÑ Ð¿Ñи Ñем? Тебе ÑаÑÑказаÑÑ ÑÑÑаÑнÑе Ñказки на ноÑÑ, о Ñом как повÑеждаеÑÑÑ ÐРв ÑазнÑÑ Ð²ÐµÑÑиÑÑ Ð¿Ñи ÑазнÑÑ Ð´ÐµÐ¹ÑÑвиÑÑ Ñ Ð¼ÐµÑаданнÑми? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐеÑеподклÑÑение к ÐРпÑи Ñоздании меÑа даннÑÑ
Hello, Andrei! Andrei wrote: оÑÑановкÑ/запÑÑк пÑоÑеÑÑа ÑеÑвеÑа. РиÑоге, загÑÑзка одного пÑиложениÑ, коÑоÑÐ°Ñ ÑанÑÑе длилаÑÑ Ð¼Ð¸Ð½ÑÑ 45, ÑепеÑÑ, на более моÑном компÑÑÑеÑе Ð¼Ð¾Ð¶ÐµÑ Ð·Ð°Ð½Ð¸Ð¼Ð°ÑÑ Ð´Ð¾ двÑÑ Ñ Ð¿Ð¾Ð»Ð¾Ð²Ð¸Ð½Ð¾Ð¹ ÑаÑов. гм. конÑеÑваÑоÑиÑ? ÑÑо на ÑÑо Ñам 45 минÑÑ Ð¸Ð»Ð¸ даже 2.5 ÑаÑа ? PS: ÑпÑаÑÐ¸Ð²Ð°Ñ Ð¿Ð¾ÑÐ¾Ð¼Ñ ÑÑо пеÑеделка Ð¼ÐµÑ Ð°Ð½Ð¸Ð·Ð¼Ð° Ð¼Ð¾Ð¶ÐµÑ Ð·Ð°Ð½ÑÑÑ Ð½Ðµ Ð¾Ð´Ð½Ñ Ñеловеко-Ð½ÐµÐ´ÐµÐ»Ñ Ð¸ не Ñ Ð¾ÑеÑÑÑ Ð² иÑоге веÑнÑÑÑÑÑ Ð½Ð° кÑÑги ÑвоÑ. ÑÑо-Ñо Ð²Ñ Ñам понаделали ÑÑÑаÑное в ÑÑом "Ð¼ÐµÑ Ð°Ð½Ð¸Ð·Ð¼Ðµ". -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Размещение EXTERNAL TABLE на сетевом диске
Hello, Andrei! Andrei wrote: Возможно ли размещение EXTERNAL TABLE не на локальном, а на сетевом расшареном диске? да без проблем. только аккаунт, под которым стартует ФБ, должен иметь доступ к сетевым службам вообще и сетевым дискам в частности. Если же он стартует по умолчанию под "системной учетной записью", то хрен он какие сетевые дела увидит. То же самое касается обращения udf к файлам в сети и сетевым службам. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Работа с Blob из UDF Firebird 2.5
Hello, AZDesign! AZDesign wrote: Все мои попытки упираются в вызов EndOfBlob = inpblob->blob_get_segment(inpblob->blob_handle, text, len, res_len) который приводит к краху сервера. похоже на кривое объявление blob_get_segment. Посмотри в www.ibase.ru/download/blobsaveload.zip там хоть для паскаля, но аналогию поймешь. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Vadim! Vadim Mescheryakov wrote: А кто занимается сертификацией? Где посмотреть что и как? х.з. пробовал искать, но видимо, что-то не то ищу. P.S. У меня ощущение сложилось, что этот закон (ФЗ-153) нарушают 100% предприятий вполне возможно. у меня пока нет времени и сил прочитать этот закон от начала до конца чтобы понять, что вообще надо делать, в каких случаях и как надо сертифицироваться. Вернее, я его просматривал, и даже делал какие-то комменты, но за давностью уже все забыл. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐФФ ТоÑка и запÑÑ Ð°Ñ Ð² ÑаÑÑиÑенной клав иаÑÑÑе бÑÐ´ÐµÑ Ð¢ÐЧÐÐÐ
Hello, Evgeny! Boltik Evgeny wrote: Ðил не ÑÑжил не иÑполÑзÑÑ ÐºÐ¾Ð¼Ð¿Ð¾Ð½ÐµÐ½Ñ GRID, а наÑал иÑполÑзоваÑÑ Ð¸ на Ñебе ÑÑолеÑнÑÑ Ð¿Ñоблема вÑплÑла на ÑÑÑÑкой ÑаÑкладке. Ðне ÐºÐ»Ð¸ÐµÐ½Ñ Ñ ÑÐµÐ±Ñ Ð¶Ðµ в EDIT компоненÑÐ°Ñ Ð²Ñе ÑабоÑаеÑ. ÐÑÑеÑÑвенно Ñ Ñам ÑÑо оÑÑледил много Ð»ÐµÑ Ð½Ð°Ð·Ð°Ð´. ÐÑиÑлоÑÑ ÑазобÑаÑÑÑÑ Ñаз и на вÑегда. ÑÑо Ñпам ÑÑо-ли? :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Vadim! Vadim Mescheryakov wrote: ага. Это типа как те, кому надо соответствие ФЗ 153, о персональных данных. Т.е. как бы "все" хотят чтобы ФБ соответствовал, но никто не хочет ни копейки вложить в сертификацию. А какова цена вопроса? Сколько стоит сертификация? когда считал, было (и люди говорили) что минимум в районе 70-100к баксов. Это про гос-сертификацию по безопасности. И это не только "деньги заплатил, и готово". Там много бумажной и организационной работы. Т.е. на сертификацию надо сдавать уже все готовое в соответствии с требованиями. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Vlad! Khorsun Vlad wrote: Если им это надо, то можешь поверить что и многим другим это надо. ГДЕ ЭТИ МНОГИЕ ДРУГИЕ ? И какого чёрта они ничего не делают, раз им ТАК СИЛЬНО это всё надо ? ага. Это типа как те, кому надо соответствие ФЗ 153, о персональных данных. Т.е. как бы "все" хотят чтобы ФБ соответствовал, но никто не хочет ни копейки вложить в сертификацию. А если вдруг например РедСофт начнет продавать сертифицированное решение, то эти "все" будут делать круглые глаза - как же так, почему за бесплатный сервер хотят столько бабла? p.s. извините, навеяло. просто какой-то натуральный ступор мозга у людей. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Alexey! Alexey Popov wrote: Теперь внимание вопрос - что мне надо писать в сокет, чтобы выполнить эту последовательность операций??? возьми исходники клиента .Net или JayBird и посмотри. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐнонÑÑ Ð´Ð¾ÐºÐ»Ð°Ð´Ð¾Ð² 3 -й конÑеÑенÑии по Firebird
Hello, Alex! Alex Cherednichenko wrote: DK> Ð ÑÐµÐ±Ñ Ñ Ð´Ð½ÐµÐ¼ ÑождениÑ!!! DK> :-) СпаÑибо! :) Я ÑодилÑÑ Ð² пÑоÑлÑÑ Ð¿ÑÑниÑÑ. пока Ñ ÑÐµÐ±Ñ Ð¸Ñкал, вÑÑ Ð¾Ð´Ð½Ñе пÑоÑли :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ÐнонÑÑ Ð´Ð¾ÐºÐ»Ð°Ð´Ð¾Ð² 3 -й конÑеÑенÑии по Firebird
Hello, Alex! Alex Cherednichenko wrote: ÐÑенÑ, оÑÐµÐ½Ñ Ð¸Ð½ÑеÑбейÑнÑй ÑеÑÑÑÑ. Ð ÑÐµÐ±Ñ Ñ Ð´Ð½ÐµÐ¼ ÑождениÑ!!! :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ???-?? ?? ?????? :(
Hello, Игорь! Игорь Горбонос wrote: "Oleg Matveyev" сообщил/сообщила в новостях следующее: imho - ?? ???-?? , ?? ??? ??? ? ??? ? ?, ??? ???, ? ??? ?? :-) а потому что Andrei пульнул сюда письмо в кодировке ISO-8859-1. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: þÔÏ-ÔÏ ÎÅ ÒÁÄÕÅÔ :(
Hello, Andrei! Andrei wrote: http://google.com/trends?q=interbase http://google.com/trends?q=firebird+sql&ctab=0&geo=all&date=all введи там Oracle, и увидишь аналогичный тренд. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Приоритет серверн ого процесса
Hello, Andrei! Andrei wrote: instsvc start -b Приоритет процесса "средний", хотя должен быть "высокий" или "выше среднего". по крайней мере в доке на ИБ под приоритетом имелось в виду, что на загруженных машинках увеличение приоритета даст ИБ возможность лучше обрабатывать сетевые соединения. Но об "улучшении" работы самого процесса никогда не говорилось. И Влад абсолютно прав - изменять приоритет сервера НЕ РЕКОМЕНДУЕТСЯ. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
3-я Российская конф еренция по СУБД Firebird и InterBase
29 сентября 2010 года в Москве пройдет 3-я Российская Конференция по универсальной СУБД c открытым кодом Firebird. В этом году проекту Firebird исполняется 10 лет, и в честь этого события проводятся 10 конференций в 10 странах мира, в том числе и в России. В конференции примут участие Президент Firebird Foundation Фелипе Маковски (Philippe Makowski), ведущие разработчики Firebird Дмитрий Еманов, Влад Хорсун и Александр Пешков, эксперт по базам данных Алексей Ковязин, главный менеджер по линии продуктов InterBase Embarcadero Technologies Кристина Нормайл (Christine Normile) и другие специалисты компаний-вендоров и системных интеграторов. дальше: http://www.ibase.ru/conf2010/ то же, включая mini-faq: http://www.sql.ru/forum/actualthread.aspx?tid=780137 -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Firebird-2.0.6.13266_0_win32 ÐÑклÑÑе ние C0000005 ACCESS_VIOLATION
Hello, Tonal! Tonal wrote: ÐнÑо жеÑÑ Ð½Ð° коÑеÑном ÐелÑи код. ФÑнкÑÐ¸Ñ IIF где-Ñо в 6-7 ке поÑвилаÑÑ. IIF? Ð ÐелÑÑи? СпаÑи и ÑÐ¾Ñ Ñани :-) ХоÑÑ Ð¾ÑÐµÐ½Ñ Ð¿Ð¾Ñ Ð¾Ð¶Ðµ, ÑÑо ÑÑпо пÑевÑÑен Ð»Ð¸Ð¼Ð¸Ñ ÑазмеÑа ÑÑаÑеменÑа и/или Ñак и оказалоÑÑ. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Подключение к дру гому серверу
Hello, Andrei! Andrei wrote: А:В:путь_к_базе_на_сервере_В Так ли это? Если да, то присутствует ли такая возможность на 2.5? см. firebird.conf. Но вообще это небезопасно, и в конфиге чуть-ли не треть страницы текста перед параметром про это написано. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Firebird-2.0.6.13266_0_win32 ÐÑклÑÑе ние C0000005 ACCESS_VIOLATION
Hello, arxange1! arxange1 wrote: УдалоÑÑ Ð²ÑÑвиÑÑ Ð¿ÑоблемнÑй запÑоÑ, на коÑоÑом Ð¿Ð°Ð´Ð°ÐµÑ ÑеÑвеÑ. пеÑвое, ÑÑо бÑоÑаеÑÑÑ Ð² глаза - запÑÐ¾Ñ ÑоÑÑавлен Ñ Ð¿ÑÑмой вÑÑавкой паÑамеÑÑов, ÑÑо не еÑÑÑ Ñ Ð¾ÑоÑо. СеÑÐ²ÐµÑ Ð¿Ð°Ð´Ð°Ð» пÑи болÑÑом колиÑеÑÑве запиÑей в пеÑеменной sDeleteLog 'UPDATE S_S_RECEIVED_PACKETS ' + 'SET WAS_APPLIED = 1, ERROR_FLAG = 0, ' + 'ERROR_LOG = ' + IIF(sDeleteLog = '', 'NULL', + sDeleteLog + ) + 'WHERE ID = ' + IntToStr(iPacketID) ÑÑо ÑеÑÑÑ ÐºÐ°ÐºÐ°Ñ-Ñо, а не запÑоÑ. ÐеÑнее, ÑÑо ÑекÑÑ Ð·Ð°Ð¿ÑоÑа в клиенÑÑком пÑиложении, и пеÑÐµÐ¼ÐµÐ½Ð½Ð°Ñ sDeleteLog - оÑнÑÐ´Ñ Ð½Ðµ ÑеÑвеÑнаÑ. СооÑвеÑÑÑвенно, ÑÑо ÑÑÑ Ð´ÐµÐ»Ð°ÐµÑ IIF - Ð½Ð¸Ñ Ñена не понÑÑно. Ðли где-Ñо пÑопÑÑена кавÑÑка. ÐоÑмоÑÑиÑе внимаÑелÑно на две поÑледние ÑÑÑоки: 'ERROR_LOG = ' + IIF(sDeleteLog = ... 'WHERE ID = ' + IntToStr(iPacketID) ... -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Ошибка при добавл ении CHECK в таблицу
Hello, Yurij! Yurij wrote: Я бы сделал специально под это дело заточенный набор утилит - сначала, не останавливая базу, проверить, что констрейнты действительно сначала надо ПРОВЕРИТЬ всю процедуру на копии базы на отдельной тачке :-) выполнены, затем создать новую, перелить статические справочники, затем остановить рабочую, перелить рабочие таблицы и затем создать индексы. Само собой, держать на разных физических дисках оригинал и новую базу. А для оценки времени переливания - возьми сумму времен backup+restore на этом же сервере. этого мало. А так по процедуре вроде все ок. Или, только на метаданных проверить возможность удаления пробных констрейнтов. А потом уже на большой базе. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Странное поведени е птицы
Hello, Konstantin! Konstantin R. Beliaev wrote: Это вот это? Average version length: 61.82, total versions: 40104, max versions: 1 В нескольких таблицах есть подобное количество версий, но max versions больше 1 не поднимается. обычно это означает результат удаления. Особенно если размер записи меньше размера версии. no reserve зачем поставил ? Я его не ставил :- Вот строчка тестового рестора из скрипта в отдельный каталог: gbak %BFILE% %RFILE% -replace_database -o -v -y %RLOG% да пох. значит когда-то поставил, и теперь этот флаг кочует при BR. Я вообще удивляюсь обширности знаний - много же разных флагов остаются неизменными при B/R - размер страницы, свип интервал, FW, и в частности no reserve. Как его теперь отключить-то? use gfix, Luke. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Странное поведени е птицы
Hello, Konstantin! Konstantin R. Beliaev wrote: Vlad Khorsun wrote: gstat -r при намёках на тормоза И на что там смотреть? Sweep у меня запускается ночью по расписанию. ну и нафига ты тогда бэкап со сборкой мусора запускаешь? Зачем вообще это делать? Это разве что для тех, кто не умеет свип вручную запустить. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Настройка сервера
Hello, Dmitry! Dmitry Lendel wrote: Привет Настраиваем сервер win2008. вопрос встал такой: Для временных файлов что лучше использовать? 1 Виртуальный диск (какой рекомендуемый размер?) 2 Или создать "чередующийся том" Заранее спасибо. первый вопрос про temp - это какого размера сколько временных файлов существует на сервере во время работы приложений. Если их мало, то вопрос задан вхолостую. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Windows7 Ultimate 64 and Firebird 2.5 64
Hello, Arioch! Arioch wrote: логично. дистрибутив 64-битный. тогда логично вообще удалить оттуда клиент - дистрибутив-то сервера. :-) Т.е. это не логика, а сложившаяся практика. нелогично. сервер без клиента? Впрочем, вполне вероятна работа 32-разрядных приложений на том же сервере, где 64-битный ФБ, так что задача - спросить разработчиков об этом. разработчиков чего ? FB или приложения ? И о чём ? разработчиков ФБ. мы же про дистрибутив ФБ говорим? Люди и так нихрена не понимают разницу 32/64, зачем их еще путать? Вот пока так и получается. Даже хуже. Получается для работы "сервер-64 + приложение-32" нужно устанавливать два сервера (о ручной установке не говорим - это намного сложнее чем уяснить разницу между 32 и 64). я не помню, как выглядит инсталлятор ФБ, а прямо сейчас запустить его не могу. Там нет возможности установить только клиента? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Windows7 Ultimate 64 and Firebird 2.5 64
Hello, Alexey! Alexey Voychehovich wrote: Теоретически могу предположить и необходимость 64-битного клиента в сети для 32-битного сервера. Вот это я пока могу предположить с трудом. то есть нельзя с 64 битного клиента подключится к 32 битному серверу? чушь какая, прости господи. Почему же нельзя? Можно. Только кто будет подключаться-то? Где они, эти средства разработки 64-битные? Одна вижуал ся, только на ней мало кто для ФБ пишет. Если уж им надо, скачают 64-битный дистр с 64битным клиентом. А вот когда Дельфя 64-битная появится - вот тогда да, возможно и надо будет включить 64-битного клиента в 32битный сервер. Хотя по мне нынешняя прямолинейность более понятна. 64-бит дистр - значит все 64-битное. 32-битный дистр - аналогично. Люди и так нихрена не понимают разницу, зачем их еще путать? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Windows7 Ultimate 64 and Firebird 2.5 64
Hello, Arioch! Arioch wrote: каких клиентов "нету в 2.5"? нет 32-битного клиента в Firebird-2.5.0.25920_0_x64_RC2.exe логично. дистрибутив 64-битный. Впрочем, вполне вероятна работа 32-разрядных приложений на том же сервере, где 64-битный ФБ, так что задача - спросить разработчиков об этом. Теоретически могу предположить и необходимость 64-битного клиента в сети для 32-битного сервера. Вот это я пока могу предположить с трудом. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Windows7 Ultimate 64 and Firebird 2.5 64
Hello, Arioch! Arioch wrote: Моя фраза была основана на том, что дистрибутив сервера - это сервер, пусть и включающий клиента. т.е. как у Борланда, разные дистры ibserver и ibclient ? нет у Борланда разных дистрибутивов сервера и клиента, и никогда не было. Есть дистрибутив [сервера], в котором несколько опций - сервер - документация - тулзы - клиент тоже вариант, но нету клиентов в http://firebirdsql.org/index.php?op=files&id=fb250_rc2 и точно так же здесь, никогда не было отдельного дистрибутива клиента. т.е. или дистр сервера - это джентльменский набор под ключ для установки "блондинкой" - тогда нужны оба клиента. каких клиентов "нету в 2.5"? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Публичное тестиро вание FBDataGuard 2.5
Hello, Alexey! Alexey Popov wrote: Ничего не понятно :( кроме указанной Алексеем ссылки (с 45 слайда) могу рекомендовать посмотреть документацию. Собственно, мы знаем, как и почему ломаются базы IB и FB, и сделали инструмент, который минимизирует случаи fuckup-ов для администратора. Кроме того, инструмент собирает информацию, которую можно использовать для оптимизации производительности или понимания, что происходит с сервером и с базой. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Про ODS у 2.5RC и 2.5 Release
Hello, Vasily! Ovchinnikov Vasily wrote: Думается мне, что ODS уже не изменится ведь и бэкап-рестора базы не потребуется? как правило, ODS меняется во время альфы, и после beta уже не меняется. Исключения, конечно, бывают, но сейчас RC, так что вероятность изменения ODS равна нулю. p.s. сейчас придет Влад, и скажет, что верить никому нельзя :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Про одновременную ра боту FB 1.5 CS+FB 2.5 CS на Linux
Hello Vasily! Ovchinnikov Vasily wrote: 7) А вот с security2.fdb что делать? Просто так перетащить из каталога в каталог или есть процедура ее апгрейда между 2.1 и 2.5? Исходы еще не качал, инсталл-ноты не читал пока. Просто вопрос по ходу письма возник. скопировать, бэкап, рестор, подсунуть. учитывая что имя во время манипуляций не должно быть security2.fdb. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Помогите настроит ь связку PHP5 и Firebird
Hello, Олег! 1. почему так тщательно избегаете официального инсталлятора? 2. что говорит filemon/regmon ? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Куда пропала ут илита IBSurgeon ?
Hello, Alexey! Alexey Popov wrote: тогда скажи пожалуйста, зачем нам давать вам бесплатно средства для ремонта? Из гуманистических соображений? Я не верю, что вы потеряете клиентуру из за наличия такой тулзы. Ибо чтобы воспользоваться её нужно много чего знать. не потеряем. она не продавалась изначально, хотя была в доступе. А если это знаешь, то можно и без неё, удобным hex-редактором с поддержкой шаблонов структур. Только медленнее. да, я предполагал такую возможность. Но ... нет никаких более свежих версий ISurgeon Viewer, увы. Может перейти на Open Source ? :) FB так и родился на свет. :) OS предполагает популярность, развитие, и т.п. В данном случае как раз это нежелательно. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Куда пропала ут илита IBSurgeon ?
Hello, Alexey! Alexey Popov wrote: Ну если у кого хватило ума ковырять живую базу без резевной копии? Остальные то тут причём? почему без резервной копии? Это тут ни при чем. И кто такие "остальные"? :-) Дык, ods.h естественно нужно курить + доки. Большинство баз лечится изменением пары байт в нужном месте. да-да, конечно. Что-то я таких повреждений баз и не припомню. Нет предела совершенству, можно много пожеланий высказать. Так конечно базовые вещи есть, но например метаданными и системными таблицами тяжко работать. Интерфейс улучшить в ряде мест. нафиг. для этого мы написали FBDataGuard. >Скрытая реклама detected! >Базы ломаются по причинам: сбоев питания, глюков ОС, рукоблудство >юзеров и т. п. Такое софтовыми методами не предотвратишь. отнюдь. многое можно предотвратить. Именно потому DG и сделан - задолбал уже ряд поломок, надоело их чинить. Т.е. мы решили подойти к этой проблеме с другого конца. Удастся ли нам ее решить - покажет время. Ихмо тут вы загибаете. Конкурентов у вас нет. Если люди и чинят базы сами, то только для себя и своих клиентов. И чинить из программистов реально могут только единицы. тогда скажи пожалуйста, зачем нам давать вам бесплатно средства для ремонта? Напишите такие средства сами. У нас есть несколько инструментов, которые никто не видел, и никто не увидит, потому что они написаны под себя, имеют ужасный интерфейс и выполняют только определенные функции, которые не чинят базу целиком. Что мешает для себя сделать такие же вещи самостоятельно? Например, затрахала ситуация с неактивированием индексов при ресторе базы с нарушением ПК-ФК. Я взял и написал утилитку, которая поштучно активирует индексы, а при неуспехе - сообщает имя индекса, ФК и еще что-то. Потом правда, приходится запросы вручную писать, т.е. пока еще эта проблема не настолько сильна, чтобы опять ее автоматизировать программой. Но путь я вижу примерно таким. Если бы количество заказов на починку было хоть как то ощутимо... Мне волею судьбы приходилось лечить базы (1-2 в год). Бизнес этот не регионален, поток заказов можно обеспечить только охватом больших территорий. Все правильно. У нас объемы много больше. И именно поэтому интересы и практика применения инструментов сильно смещены. Но ... нет никаких более свежих версий ISurgeon Viewer, увы. Нам потребовалось - мы себе софт написали. А значит такой же Левша может тоже упростить себе жизнь. Но самостоятельно. Если не хотите бесплатно выкладывать свежие версии этого тула, так хотя бы продавайте за деньги. Мы, кстати, даже IBFirstAid штучно в России больше не продаем. Только "ремонтный" пак, цену которого подняли в 2 раза. IBFirstAid отжил свое время "массового применения для автоматизированного ремонта БД". Нам более выгодно пропагандировать правильное администрирование баз ФБ, чем продавать инструменты для штучного ремонта. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Куда пропала ут илита IBSurgeon ?
Hello, Alexey! Alexey Popov wrote: нет, ибо без надобности. А вопрос с чем связан? Хотел поискать свежую версию. А то старая уж очень сырая. Даже HEX редактор не работает. и еще хочу добавить, что нефиг базы лечить :-) надо их защищать FBDataGuard-ом. Т.е. пора перестать бороться со следствием, и начать бороться с причиной. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Куда пропала ут илита IBSurgeon ?
Hello, Alexey! Alexey Popov wrote: давно убрали. А зачем? Теперь она лежит на куче левых сайтов. пусть лежит. Зато мы не даем гранату в руки неопытным пользователям. Утилита удобна для ручного лечения битых баз. как раз убрали после нескольких поломок баз вот таким образом. IBSurgeon Viewer был в основном предназначен для ПРОСМОТРА структуры базы. И не имеет средств редактирования структур БД кроме hex-editor. Поэтому без понимания этих структур "ручное лечение битых баз" делать бессмыслено. нет, ибо без надобности. А вопрос с чем связан? Хотел поискать свежую версию. А то старая уж очень сырая. я бы не сказал. Даже HEX редактор не работает. см. выше - потому и не работает. (...) я лучше промолчу, а то еще выболтаю чего. В общем, нам неинтересно чтобы кто-то чинил базы используя наши инструменты бесплатно. Бизнес на таких инструментах и так мелкий, так их еще и тырят (я про IBFirstAid и др.). Когда-то я предлагал людям в регионах ремонтировать БД под нашей "крышей" (предоставление помощи и инструментария) за совершенно мизерный процент, но увы - согласившихся не было. А раз конвенции достигнуть не удалось, то и обязательств по этому поводу у нас нет. Нам потребовалось - мы себе софт написали. А значит такой же Левша может тоже упростить себе жизнь. Но самостоятельно. p.s. исторически мог попутать, но примерно так все оно и было. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Куда пропала ут илита IBSurgeon ?
Hello, Alexey! Alexey Popov wrote: Была удобная утилита IBSurgeon Viewer. Последняя найденная версия 1.0.2 На офф. сайте её вообще нет. давно убрали. Больше не развивается? нет, ибо без надобности. А вопрос с чем связан? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Firebird Web
Hello, Sergey! Sergey Mereutsa wrote: http://www.moldova.md/ http://justice.gov.md/ http://www.gov.md/ и куча других использует FB. Только им хостинг не нужен, но ссылки можешь повесить :) это хорошо, спасибо, запишем. Но в конкретном предложении наш интерес - именно виртуалка, и показать нагрузочную способность. Почему я и упомянул помощь в оптимизации и раскрутке с нашей стороны. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34 -- Subscription settings: http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Firebird Web
Hello, All! Диоген вылез из бочки, зажег фонарь, и Ищем компанию, имеющую web-решение на Firebird, любое. Что можем предложить: хостинг на виртуалке (например, на пол-года), оптимизацию сервера и запросов (тюнинг), с последующей раскруткой сайта. Денег не берем. Сайт должен быть публичным, а не закрытым сервисом. Заинтересованные лица могут присылать вопросы на support на ibase.ru Незаинтересованные лица могут сообщить на тот же адрес, почему им это НЕ надо (в т.ч. про отрицательный опыт). p.s. мы сами хостингом VDS занимаемся, но знаем, кто это делает хорошо. p.p.s. просьба не транслировать это письмо на другие форумы. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34 -- Subscription settings: http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Re: ������������� ���������
Hello, Alex! Alex Cherednichenko wrote: ÐеÑзопака какаÑ-Ñо... http://webplanet.ru/news/business/2010/04/06/mchost.html Ñ Ñледил за ÑазвиÑием, Ñам ÑипÑÑ Ð¸ пиво надо бÑло боÑками заказÑваÑÑ. пÑиÑем, Ð¿Ð¾Ñ Ð¾Ð¶Ðµ, ÐºÐ¾Ð·Ð»Ñ ÑÑо одни, ÑÑо дÑÑгие. жÑÑко мÑÑÐ½Ð°Ñ Ð¸ÑÑоÑÐ¸Ñ Ð½Ð° ÑÐµÐ¼Ñ Ð¿ÐµÑепила бизнеÑа. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34 -- Subscription settings: http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Re: ÐÑоÑиÑал в ÐомпÑÑ ÑеÑÑе
Hello, Alexander! Alexander Grebenschikov wrote: напÑимеÑ, вÑкинÑли Ð±Ð°Ð·Ñ Ð´Ð°Ð½Ð½ÑÑ Firebird, коÑоÑÑÑ Ñже никÑо пÑакÑиÑеÑки не ÑазвиваеÑ, и заменили на MySQL. Сделали ÐµÑ Ð¿ÑозÑаÑно, без оÑÑановок в ÑÑководÑÑÐ²Ñ ÐµÑе пÑоÑÑиÑелÑно ÑакÑÑ ÑÑÑÑ Ð½ÐµÑÑи. Ð¢ÐµÑ Ð½Ð¸ÑеÑким ÑпеÑиалиÑÑам - неÑ. кÑÑаÑи. ÐÑо же пÑоплаÑеннÑй PR. "ÐвеÑÑан-СкалакÑи" - не ÑÑи-ли оÑÐ¸Ð³Ð¸Ð½Ð°Ð»Ñ Ñ ÐакХоÑÑом недавно бодалиÑÑ? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34 -- Subscription settings: http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Re: ÑÐ ÐÐÐÐÐШРÐЮÐÐШРРТЮÐÐРЯÐÐРХÐÐÐÐÐ¥
Hello, A.Truhin! A.Truhin wrote: Ð, еÑли вÑбоÑка character set коннекÑа ÑÐ¾Ð²Ð¿Ð°Ð´Ð°ÐµÑ Ñо ÑÑолбÑом и Ñ collate, Ñогда клÑÑ=знаÑÐµÐ½Ð¸Ñ Ð¿Ð¾Ð»Ñ, Ð¼Ð¾Ð¶ÐµÑ Ð² Ñаком ÑлÑÑае не дÑблиÑоваÑÑ Ð´Ð°Ð½Ð½Ñе? еÑли не дÑблиÑоваÑÑ Ð´Ð°Ð½Ð½Ñе, Ñо Ñогда ÑÑо бÑÐ´ÐµÑ ÑквиваленÑно ÑоÑÑиÑовке/гÑÑппиÑовке по индекÑÑ. ÐÑноÑиÑелÑно бÑÑÑÑое Ñоздание индекÑа, и забивание кÑÑа пÑи пÑÐ¾Ñ Ð¾Ð´Ðµ по ÑÑÑаниÑам даннÑÑ , Ñ Ð¶ÑÑким IO. http://www.ibaseforum.ru/viewtopic.php?f=4&t=4175 -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34 -- Subscription settings: http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Re: Навигация по боль шим объемам данных
Hello, Alexey! Alexey Voytsehovich wrote: Линк с http://www.ibase.ru/devinfo/client.htm , указывающий на сабжевую статью http://www.interbase-world.com/ru/articles/2350.php - битый. Не подскажете где еще ее можно найти? где-то на devrace.com может быть. Впрочем, по названию статьи в поиске полный ноль. может она погибла в пучине интернета. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34 -- Subscription settings: http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Re: УÑилиÑа авÑомаÑÐ¸Ñ ÐµÑкой конвеÑÑаÑии баз в ÑоÑÐ¼Ð°Ñ Ð¤Ð 2.5
Hello, Evgeny! Boltik Evgeny wrote: Ðе ÑеÑÑай ибо gbak ? неÑего до ÑÐ¸Ñ Ð¿Ð¾Ñ Ð½Ðµ вÑводиÑ. www.ibase.ru/devinfo/gbak.htm - Ð´Ð»Ñ ÐºÐ¾Ð³Ð¾ пиÑано? кÑоме Ñого, gbak оÑÐµÐ½Ñ Ð´Ð°Ð¶Ðµ вÑÐ²Ð¾Ð´Ð¸Ñ Ð²ÑÑ Ð¸Ð½ÑÑ, Ñ Ð¾ÑÑ Ð±Ñ ÑеÑез -? Ð ÑÑÑоки напиÑÐ°Ð½Ñ Ð°Ð¶ в пÑоÑлом веке навеÑное и болÑÑе Ð¸Ñ Ð½Ðµ ÑÑогали ;) они же ÑабоÑаÑÑ. ÐолÑзÑÑÑÑ Ð¸Ð¼Ð¸ Ñаз в ÑÑо Ð»ÐµÑ Ð½Ñ-нÑ. клÑÑей нÑжнÑÑ Ñ gbak можно по палÑÑам одной ÑÑки пеÑеÑÑиÑаÑÑ. РзапомниÑÑ Ð¸Ñ Ð¾Ð´Ð¸Ð½ Ñаз не ÑÐ°ÐºÐ°Ñ Ð¿Ñоблема. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34 -- Subscription settings: http://groups.google.com/group/ru-firebird/subscribe?hl=ru
