Hello, Vlad Horsun!
You wrote on Tue, 22 May 2007 15:30:20 +0300:
Вобщем, дошел у меня размер внешней таблицы до 4 Гб и далее, при
попытке записать в эту таблицу получаю
I/O error for file Log.ext.
Error while trying to open file.
Устройство не опознает команду.
.
VH Это
Vlad Horsun wrote:
З.Ы. Народ, а никто не в курсе, с каких пор в процедуро-триггерном DML
поддерживаются конструкции типа
if(stringvalue in ('abc','bca', 'cab'))
then begin
blah-blah-blah
end
?
Я был в легком удивлении, когда обнаружил сей факт. В релизнотах
ничего не заметил...
Как IN
Gene Feudorov wrote:
а про бумагу в принтере - эт из другой оперы?
Из другой. В 2.1 ты больше не увидишь эту глупость.
--
Дмитрий Еманов
Andrew Holubovski wrote:
Что то после 1-го с snapshot'ами затихло? Или до пре-релиза их не будет?
Будут. Когда - не знаю.
--
Дмитрий Еманов
У меня база не VL. Но механизм быстрого восстановления присутствует. Ночной
контрольный ресторе не убивается. И в случае проблем я могу просто влить в
него все репликационные пакеты сначала дня (и те тоторые пришли из других
баз, и выгруженные из этой). В зависимости от скорости пальцОв,
On Wed, 23 May 2007 10:12:12 +0400, Dmitry Yemanov [EMAIL PROTECTED] wrote:
IIRC, никогда он не работал. Если заработал в 2.х, то это скорее побочный
эффект
В FB1.0.3 работает.
--
Сергей Смирнов.
З.Ы. Народ, а никто не в курсе, с каких пор в процедуро-триггерном DML
поддерживаются конструкции типа
if(stringvalue in ('abc','bca', 'cab'))
then begin
blah-blah-blah
end
?
Я был в легком удивлении, когда обнаружил сей факт. В релизнотах
ничего не заметил...
Как IN сделали, так и
Oleg LOA ...
Vlad Horsun ...
Вот здесь. Ибо возвращается isc_segstr_eof (он пытается прочитать больше,
чем есть) и BytesRead == 0
Так он просто исключение выбросит но не упадёт по AV
Да, я имел в виду не AV конечно. Но легче от этого вряд ли...
--
Хорсун Влад
Oleg LOA ...
Vlad Horsun ...
Да, я имел в виду не AV конечно. Но легче от этого вряд ли...
А я просто не понял чего тогда IBExpert вешается, думал там в IBX Полный Пэ
У него по разному - иногда редактор блобов просто не показывается,
иногда ошибками сыпет, пока не снимешь (это если
Oleg LOA wrote:
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Да, я имел в виду не AV конечно. Но легче от этого вряд ли...
А я просто не понял чего тогда IBExpert вешается, думал там в IBX Полный Пэ
Да он там не совсем вешается, просто ошибка выскакивает
ÐÏÎÑÔÎÏÅ ÄÅÌÏ ÒÁÓËÒÉÔÉËÏ×ÁÌÉ
ÄÁ, ÓÏÇÌÁÓÅÎ, ÄÉÓËÉ ÇÁ×ÎÏ, ÖÅÌÅÚÏ ÇÏ×ÎÏ, ÒÕËÉ ÉÚ ÖÏÐÙ ÐÒÏÓÔÉÔÅ ÚÁ
×ÙÒÁÖÅÎÉÅ...
ÃÉÆÒÙ ÐÒÉÂÌÉÚÉÔÅÌØÎÙÅ É ×ÏÏÂÝÅ ÐÒÉÍÅÒ ÍÏÖÅÔ ÎÅ ÐÏÄÈÏÄÑÝÉÊ,
ÎÏ ÄÅÌÏ ÎÅ × ÜÔÏÍ...
ÓÕÔØ × ÓÁÍÏÊ ÐÒÏÂÌÅÍÅ ÏÔÓÕÔÓÔ×ÉÑ online-ÍÅÈÁÎÉÚÍÏ×
×ÏÔ ×Ù ×ÓÅ ÓÓÙÌÁÅÔÅÓØ ÎÁ ÂÙÓÔÒÏ-ÄÏÓÔÕÐÎÙÊ ÂÌÉÖÁÊÛÉÊ
КА тоесь я склоняю к необходимости вести логическую дельту с момента
КА последнего бэкапа. в описанном случае она спасет.
логическая дельта это суть репликация уже, а репликация имеет особенности не
всегда совместимые с конкретной произвольной базой. И поручать серверу самому
разбираться в
но понимаете, в некоторых случаях бэкап даже пятиминутной давности - УЖЕ
слишком устаревший.
его нельзя подложить вместо рабочей базы в работу, а только потом влить
изменения.
основная причина - ПОСЛЕДОВАТЕЛЬНОСТЬ логических событий в базе.
нарушится причинно-следственная связь. (смотрели
Кстати, вот как сделано в UIB
procedure TSQLResult.ReadBlob(const Index: Word; Stream: TStream);
var BlobData: PBlobData;
begin
CheckRange(Index);
if not FFetchBlobs then
raise Exception.Create(EUIB_FETCHBLOBNOTSET);
BlobData := GetDataQuadOffset(Index);
Андрій Жук ...
Кстати, вот как сделано в UIB
procedure TSQLResult.ReadBlob(const Index: Word; Stream: TStream);
var BlobData: PBlobData;
begin
CheckRange(Index);
if not FFetchBlobs then
raise Exception.Create(EUIB_FETCHBLOBNOTSET);
BlobData :=
Hello, All!
óËÁÖÉÔÅ, Á ÜÔÏ ÔÏÌØËÏ Ñ ÎÁ ÐÏÐÙÔËÉ ÐÏÌÕÞÉÔØ ÜÔÉÍ ÂÁÎÔÉËÏÍ:
===
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/firebird login
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/firebird co
firebird2
===
ÓÏÒÃÙ, ÐÏÌÕÞÁÀ:
===
connect to cvs.sourceforge.net:2401 failed: ðÏÐÙÔËÁ ÕÓÔÁÎÏ×ÉÔØ
Vladimir
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/firebird
login
ëÒÁÓÉ×Ï!.. :)))
ôÕÔ, ÅÓÔÅÓÔ×ÅÎÎÏ, ÂÙÌÏ:
cvs -d:pserver:anonymousatcvs.sourceforge.net:/cvsroot/firebird login
---
E-mail: bobgavbakhdotspbdotru ICQ: 12861767 (1608235)
np: Journey - Don't Stop Believing (from
Привет!
вот вы все ссылаетесь на быстро-доступный ближайший бэкап...
но понимаете, в некоторых случаях бэкап даже пятиминутной давности - УЖЕ
слишком устаревший.
Хуже всего вещь, которая не может сломаться - потому, что если она
все-таки сломается, ее нельзя будет починить. (С) не помню
On Wed, 23 May 2007 12:36:40 +0400, Kovalenko Dmitry [EMAIL PROTECTED] wrote:
Для того что бы восстановить данные не нужно знать последовательность
их появления.
+1
Ярким примером является бэкап-рестор :)
--
Сергей Смирнов.
W
W On Wed, 23 May 2007 12:36:40 +0400, Kovalenko Dmitry
W [EMAIL PROTECTED] wrote:
W
W Для того что бы восстановить данные не нужно знать последовательность
W их появления.
W
W +1
W Ярким примером является бэкап-рестор :)
тото он индексы Fk восстанавливает апосля
--
С уважением
Кочмин
но понимаете, в некоторых случаях бэкап даже пятиминутной давности - УЖЕ
слишком устаревший.
его нельзя подложить вместо рабочей базы в работу, а только потом влить
изменения.
основная причина - ПОСЛЕДОВАТЕЛЬНОСТЬ логических событий в базе.
нарушится причинно-следственная связь. (смотрели
Скажите, а это только я на попытки получить этим бантиком:
===
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/firebird
login
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/firebird
co firebird2
===
Не спец, но у меня только одна строка и в ней z9, а не z3
все нормально.
Специально вот сейчас
Makmak îÅ ÓÐÅÃ, ÎÏ Õ ÍÅÎÑ ÔÏÌØËÏ ÏÄÎÁ ÓÔÒÏËÁ É × ÎÅÊ z9, Á ÎÅ z3
îÕ, ÜÔÏ ÍÅÌÏÞÉ... üÔÏ ÐÒÏÓÔÏ ÓÖÁÔÉÅ ÐÏÔÏËÁ...
Makmak ×ÓÅ ÎÏÒÍÁÌØÎÏ.
Makmak óÐÅÃÉÁÌØÎÏ ×ÏÔ ÓÅÊÞÁÓ ÚÁÐÕÓÔÉÌ. ðÁÛÅÔ!
âÌÉÎ, ÎÕ ÄÁÖÅ Ö ÎÅ ËÏÎÎÅËÔÉÔÓÑ!.. á cvs - ÒÁÂÏÔÁÅÔ, ×ÉÖÕ ÐÏ
×ÅÂ-ÉÎÔÅÒÆÅÊÓÕ...
é ÔÅÐÅÒØ ÎÁÞÁÌÏ
Дело в том, что стоимость и надежность системы определяется стоимостью
данных. И всегда (по-моему скромному мнению) надо иметь документ,
который описывает, что делать, если эта супер-пупер система загнется.
В этом документе будет только один осмысленный пункт - Срочно валить,
пока не огребли!
Makmak все нормально.
Makmak Специально вот сейчас запустил. Пашет!
Блин, ну даже ж не коннектится!.. А cvs - работает, вижу по
веб-интерфейсу...
И теперь начало по-другому ныть:
===
connect to cvs.sourceforge.net:2401 failed: Сделана попытка выполнить
операцию на сокете для
Roman Ïðîáóé firebird.cvs.sourceforge.net - óæå ãäå-òî ãîä êàê òàì
Roman èçìåíèëîñü:
Î!.. Êàíàåò!.. :)
Ñåíüêñ!..
...
Òàì áû òîãî...
Çàíåñëè á ñåáå íà êîìïüþòåðîíå /Ç.Òåíåíáîéì/ ;)
---
E-mail: bobgavbakhdotspbdotru ICQ: 12861767 (1608235)
np: none
Кстати, те, кто был в Праге в прошлом году, могли наблюдать интеграцию
Lucene и Fyracle на моей презентации по Java Stored Procedures. Это
конечно был только пример (где-то 200 строчек кода, может меньше), но
вполне рабочий. Идея работы там такая же как и в PostgreSQL FTS от
которой Дима
On 23 май, 11:29, Кравченко Алексей [EMAIL PROTECTED] wrote:
понятное дело раскритиковали
происходит событие D.
но поскольку в этот момент в базе нет последствий событий A,B,C, то событие
D либо не сможет состояться, либо его результат будет неверным. и
последующее вливание изменений
On 23 май, 11:29, Кравченко Алексей [EMAIL PROTECTED] wrote:
понятное дело раскритиковали
происходит событие D.
но поскольку в этот момент в базе нет последствий событий A,B,C, то событие
D либо не сможет состояться, либо его результат будет неверным. и
последующее вливание изменений
function TUIBLibrary.BlobGetSegment(var BlobHandle: IscBlobHandle; out
length: Word;
BufferLength: Cardinal; Buffer: PChar): boolean;
var
AStatus: ISCStatus;
begin
if BufferLength High(Word) then
BufferLength := High(Word);
{$IFDEF UIBTHREADSAFE}
FLIBCritSec.Enter;
Roman Ïðîáóé firebird.cvs.sourceforge.net - óæå ãäå-òî ãîä êàê òàì
Roman èçìåíèëîñü:
Vladimir Òàì áû òîãî...
Vladimir Çàíåñëè á ñåáå íà êîìïüþòåðîíå /Ç.Òåíåíáîéì/ ;)
/Êîìïüþòåðíîå, åñòåñòâåííî/
À íà http://sourceforge.net/cvs/?group_id=9028 ïðàâèëüíî íàïèñàíî...
À âîò íà
Пробуй firebird.cvs.sourceforge.net - уже где-то год как там изменилось:
Ну вот я ввел в заблуждение, недосмотрел
действительно у меня стоит firebird.cvs.sourceforge.net
Не хотел я, нехотел.
Макмак
Получается, что комбинации лексем (в целях оптимизации поиска) они не
хранят.
Поэтому чтобы получить данные, в которые входят несколько лексем,
нужно построить пересечение.
Неужто в PG так здорово работают join-ы на больших объемах? Если
судить по восторгам о том как там все здорово сделано?
Неужто в PG так здорово работают join-ы на больших объемах? Если
судить по восторгам о том как там все здорово сделано?
Да, еще (в догонку к первому посту, которого почему-то не видно): не
знаю как GIN делает, но Lucene еще хранит информацию о частоте
использования лексемы. Таким образом
WildSery wrote:
В FB1.0.3 работает.
Сорри, я попутал. В таком виде оно действительно всегда работало. Не
работает IN с подзапросом.
--
Дмитрий Еманов
Неужто в PG так здорово работают join-ы на больших объемах? Если
судить по восторгам о том как там все здорово сделано?
Да, еще (в догонку к первому посту, которого почему-то не видно): не
знаю как GIN делает, но Lucene еще хранит информацию о частоте
использования лексемы. Таким образом
Если у объекта 10 уникальных лексем, у меня добавиться десять записей.
Судя по описанию GIN - у них тоже.
Если я правильно понимаю - нет. Смотри сюда:
http://archives.postgresql.org/pgsql-hackers/2006-04/msg00960.php
Gin is consists of a B-tree constructed over entries (ET, entries
То-есть, если говорить грубо, то это было бы что-то такое на нормальном SQL
SELECT intersect(i.doc_ids)
FROM my_index_table i
WHERE i.word IN (...)
где intersect(list):list - аггрегатная ф-ция, которая для каждого
передаваемого ей списка считает пересечение этого списка с уже
Интересно как этот intersect будет работать с множествами c сотнями
тысяч записей. Формально, конечно, побыстрее чем join записей.
Если твоя система умная, то она такие лексемы сначала проигнорирует, а
потом подумает, что быстрее - каждый документ просмотреть или же
все-таки пересечение с
Дайта, пожалуйста, прямую ссылку на новый IBAnalyst,
а то версия из ibanalyst2_ru.zip говорит, что уже есть новая версия,
и ничего не показывает.
Hello, Алексей!
Кравченко Алексей wrote:
суть в самой проблеме отсутствия online-механизмов
их не может быть. ты вот предложил не менять базу
на время ремонта. А откуда ты будешь ЧИТАТЬ поврежденные
страницы или структуры данных?
вот вы все ссылаетесь на быстро-доступный ближайший
Dmitri Kuzmenko пишет:
IBAnalyst 2.0 - 3000 руб.
IBAnalyst 1.95 - бесплатный, все там же, на forum.ibase.ru ссылка.
спасибо, понял.
Привет алл.
Пока небыло нужды незамечал - обсуждалось ли такое гдет по близости или
нет, если да то киньте ссылку плиз ...
Садача следуюшая - заказшик хочет гарантии на 100% что база будет
доступна на все 24/7 даже если сервер натурально сгорит синем пламенем :)
Решение вроде такое - держать
J Тогда делаем как можно чаше бекап и кладём
J на другои сервер и там автоматически ресторим.
Да, примерно так и надо. Но бэкап будет несколько тормозить рабочий сервер. да
и опять же малая часть данных может потерятсья - та что между бэкапами
получилась.
Другое решение - однонаправленная
ÐÌÚ, ÏÞÅÎØ ÈÏÞÕ ÐÒÏÞÉÔÁÔØ ÕÍÎÕÀ ËÎÉÖËÕ ÇÄÅ ÓÏ ×ÓÅÈ ÓÔÏÒÏÎ ÏÐÉÓÁÎÏ ËÁË ÎÕÖÎÏ
ÓÔÒÏÉÔØ ÒÁÚÎÏÏÂÒÁÚÎÙÅ ÓÌÏÖÎÙÅ (× Ô.Þ. ÒÉÌ-ÔÁÊÍ) âä.
ÐÏÄÒÏÂÎÅÅ Ï ÓÐÏÓÏÂÁÈ ÒÅÐÌÉËÁÃÉÉ, ÒÅÚÅÒ×ÉÒÏ×ÁÎÉÑ É ×ÏÏÂÝÅ ËÁË ÓÔÒÏÉÔØ ÂÁÚÙ Ó
ÎÁÄÅÖÎÏÓÔØÀ ÓÔÅÍÑÝÅÊÓÑ Ë 100%, × ÉÄÅÁÌÅ ÂÅÚÏÔÎÏÓÉÔÅÌØÎÏ Ë ËÁËÏÊÌÉÂÏ óõâä,
ÇÄÅ ÐÏÎÅÍÎÏÖËÕ ÏÂÏ
Можбить в природе есть ешё какието хитрие решения ?
Если при слове Java тебе не бросает в дрожь и ты не хватаешся за
осиновый кол, то можешь посмотреть на Sequoia
(http://sequoia.continuent.org/) - это довольно старый проект, при чем у
них имеются ODBC-драйвер и возможность работы через
Привет, Oleg!
Вы пишешь 23 мая 2007:
OL Если это какое-то готовое ПО, то как вариант, именно как вариант возможна
правка библиотек доступа к серверу на предмет
OL параллельной работы с двумя серверами одновременно и автоматическом
переключении на оставший
OL сервер с случае сбоя работы с
Alexandr Kochmin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Вот бы кто еще этот небольшой кусок низкоуровневого кода переписал для
прозрачной имплементации сей возможности. ;)
Вообще-то ничего сложного. Я такое ради эксперемента делал за один вечер,
подопытный - IBX.
OL Alexandr Kochmin [EMAIL PROTECTED]
OL wrote in message news:[EMAIL PROTECTED]
OL
OL Вот бы кто еще этот небольшой кусок низкоуровневого кода переписал для
OL прозрачной имплементации сей возможности. ;)
OL
OL Вообще-то ничего сложного. Я такое ради эксперемента делал за один
OL вечер,
AC Как после временного сбоя на одном из серверов,
AC задачи _других_ юзеров смогут определить,
AC какой из них содержит валидные данные?
так вроде речь шла про синее пламя.
Я думаю визуально определят. ;)
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
s Что ему передать?
s
передай ему большое спасибо за то что починил русские буквы в SP и прочее
связанное с блобами в fb2.1
а по теме, ссылку ему передай на эту ветку, как я. Он сам почитает.
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
OL Alexandr Kochmin [EMAIL PROTECTED]
OL wrote in message news:[EMAIL PROTECTED]
OL а, хм. а можно же и в fbclient такое сделать вроде, да?
OL А так то да, наверное. Но надо немножко опыта чтоб знать что где там
OL искать.
OL
OL Там уже и так всё сделано для работы с двухфазными вещами :-)
хм.
хм. но не прозрачно. А вроде как можно доделать до прозрачности
что-то мне все-таки не понятно почему оно должно работать в общем случае...
ведь, если не ошибаюсь, гарантировано оно работает только в случае, если
поведение обоих серверов одинаковое для _каждого_ запроса который
приходит на
Привет!
А как там дела с етими масивами дисков ? Соовсем не специалисть в етои
области, но можбить возможно сделать систему из двух сервяков с кокими
то обшими дисками ... или я несу тут полную чуш :) ?
Можно, не чушь. Сам такую хрень видел на терабайт. Стоит от 150К
зелени, два сервака
fb2
делал через сервисы (ibexpert) рестор на линуксовый комп
а путь где брать бэкап указал не тот, а свой, с того компа где запускаю.
Ну как для обычного gbak.
И рестор не выругался, а тихонечно сказал
начали бэкап а через секунду
закончили бэкап успешно
Задумался. На всякий случай проверил -
Hello, Alexandr!
Alexandr Kochmin wrote:
OL Там уже и так всё сделано для работы с двухфазными вещами :-)
хм. но не прозрачно. А вроде как можно доделать до прозрачности
imho в IB/FB двухфазный коммит и так прозрачнее некуда.
сравни с чем угодно, прозрачнее не будет.
--
Dmitri Kouzmenko,
AK Все бы ничего, но мож лучше сразу послать, а не заставлять думать о
AK смысле жизни. ;)
попробовал еще раз сейчас.
Хм... пишет ошибку.
Что это было? Вопрос риторический.
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
îÕ Á ×ÏÔ ÚÒÑ ÎÅÓÄÅÌÁÌÉ, ÞÔÏ ÔÅÎß ÍÏÖÅÔ ÎÁ ÛÁÒÅÎÏÍ ÄÉÓËÅ ÌÅÖÁÔØ :(
çÉÇÁÂÉÔÎÉÅ ËÁÒÔÉ ÓÔÁ×ÉÍ É ÂÁÚÁ ÐÁÒÁÌÅÌØÎÏ ÎÁ Ä×ÕÈ ÖÅÌÅÚÁÈ ÌÅÖÉÔ, ÉÌÉ
ÞÔÏÔÏ ÐÏÄÏÂÎÏÅ ... ÉÌÉ ËÁËÔÏ ÍÕÄÒÏ ÏÂÍÁÎÉÔØ ÐÔÉÃÕ ÞÔÏ ÐÏ×ÅÒÉÌÁ ÞÔÏ
ÛÁÒÁ ÅÔÏ ÍÅÓÔÎÏÅ ÖÅÌÅÚÏ :) :) :)
ôÏÖÅ ÄÕÍÁÌ ÎÁ ÜÔÕ ÔÅÍÕ :)
ðÏËÕÐÁÅÍ SATA ÓÁÌÁÚËÉ Ó
ST По идее операция должна занимать минут 5 от момента определения смерти
ST сервера.
если сервер в предсмертном угаре не запорит базу вместе с копией.
Вероятность это далеко не нулевая.
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
ST ðÏ ÉÄÅÅ ÏÐÅÒÁÃÉÑ ÄÏÌÖÎÁ ÚÁÎÉÍÁÔØ ÍÉÎÕÔ 5 ÏÔ ÍÏÍÅÎÔÁ ÏÐÒÅÄÅÌÅÎÉÑ
ÓÍÅÒÔÉ
ST ÓÅÒ×ÅÒÁ.
ÅÓÌÉ ÓÅÒ×ÅÒ × ÐÒÅÄÓÍÅÒÔÎÏÍ ÕÇÁÒÅ ÎÅ ÚÁÐÏÒÉÔ ÂÁÚÕ ×ÍÅÓÔÅ Ó ËÏÐÉÅÊ.
÷ÅÒÏÑÔÎÏÓÔØ ÜÔÏ ÄÁÌÅËÏ ÎÅ ÎÕÌÅ×ÁÑ.
ôÁË ÍÙ ÇÏ×ÏÒÉÍ ÎÅ Ï ×ÅÒÏÑÔÎÏÓÔÑÈ, Á Ï ÂÙÓÔÒÏÍ ×ÏÓÓÔÁÎÏ×ÌÅÎÉÉ ÒÁÂÏÔÙ ÓÉÓÔÅÍÙ
ÐÒÉ ÓÂÏÅ. ôÁËÁÑ ÓÈÅÍÁ ÎÅ
îÅ ×ÙÈÏÄ × ÍÏ£Í ÓÌÕÞÁÅ - ÎÏÞÀ É ÐÏ ×ÙÈÏÄÎÙÍ ÎÅËÏÍÕ ÅÇÏ ÚÁÍÅÎÉÔØ :)
óÉÓÔÅÍÁ 24È7 ÂÅÚ ÄÅÖÕÒÎÏÇÏ ÁÄÍÉÎÉÓÔÒÁÔÏÒÁ?! :))
ôÏÅÓÔØ ÷ÁÛ ÚÁËÁÚÞÉË ÇÏÔÏ× ÐÌÁÔÉÔØ ÚÁ ÒÅÚÅÒ×ÎÙÅ ÓÅÒ×ÅÒÁ, ÏÐÔÏ×ÏÌÏËÎÏ, ×ÎÅÛÎÉÅ
ÍÁÓÓÉ×Ù, ÷ÁÛÕ ÒÁÂÏÔÕ ÐÏ ÓÏÚÄÁÎÉÀ ÓÉÓÔÅÍÙ ×ÏÓÓÔÁÎÏ×ÌÅÎÉÑ ÏÔ ÓÂÏÅ× Ó
ÜÌÅÍÅÎÔÁÍÉ ÉÓËÕÓÔ×ÅÎÎÏÇÏ ÉÎÔÅÌÅËÔÁ...
Hello, Alexandr!
You wrote to Кузнецов Евгений on Mon, 21 May 2007 11:13:08 +0700:
КЕ Subject - мне почему-то со среды не достучаться.
КЕ Это у меня проблема?
AK жива, но она да, то потухнет, то погаснет.
AK Но иногда работает нормально.
Есть подозрение, что ip у них меняется частенько -
Hello, Sergey!
You wrote on Wed, 23 May 2007 22:01:39 +0400:
?? Не выход в моём случае - ночю и по выходным некому его заменить :)
ST Система 24х7 без дежурного администратора?! :))
ST Тоесть Ваш заказчик готов платить за резервные сервера, оптоволокно,
ST внешние массивы, Вашу работу по
óÁÄÁÞÁ ÓÌÅÄÕÀÛÁÑ - ÚÁËÁÚÛÉË ÈÏÞÅÔ ÇÁÒÁÎÔÉÉ ÎÁ 100% ÞÔÏ ÂÁÚÁ ÂÕÄÅÔ ÄÏÓÔÕÐÎÁ
ÎÁ ×ÓÅ 24/7 ÄÁÖÅ ÅÓÌÉ ÓÅÒ×ÅÒ ÎÁÔÕÒÁÌØÎÏ ÓÇÏÒÉÔ ÓÉÎÅÍ ÐÌÁÍÅÎÅÍ :)
÷ ÜÔÏÊ ËÏÎÆÅÅÎÃÉÉ ÎÅÄÁ×ÎÏ ÕÐÏÍÉÎÁÌÓÑ High Availability ËÌÁÓÔÅÒ ÎÁ Linux ÉÚ
Ä×ÕÈ ÓÅÒ×ÅÒÏ×, ËÏÔÏÒÙÊ ÎÅ ÄÁÅÔ ÒÏÓÔÁ ÐÒÏÉÚ×ÏÄÉÔÅÌØÎÏÓÔÉ ÎÏ ÎÕÖÅÎ ÉÍÅÎÎÏ ÄÌÑ
sasha wrote:
Что ему передать?
Что мы исправим :-)
--
Дмитрий Еманов
Интересно как этот intersect будет работать с множествами c сотнями
тысяч записей. Формально, конечно, побыстрее чем join записей.
Если твоя система умная, то она такие лексемы сначала проигнорирует, а
потом подумает, что быстрее - каждый документ просмотреть или же
все-таки пересечение с
Hello, Alexandr Kochmin!
You wrote to Alexandr Kochmin on Wed, 23 May 2007 23:56:36 +0700:
AK попробовал еще раз сейчас.
AK Хм... пишет ошибку.
AK Что это было? Вопрос риторический.
ночью спать надо, а не бэкапы делать...
меньше вопросов будет риторических :-)
Фёдоров Евгений.
ЗАО Трест-М.
67 matches
Mail list logo