subject:"Re\: �� "

Re: Re:

2007-01-04 Thread Plotnikov Y


îÏ ×ÅÄØ É ×Ù ÎÅ ÓÐÉÔÅ, Ç-Î ñÎÅËÓ, ×ÏÎÁ, ÐÒÏ ÑÆÉÌØ ×ÏÐÒÏÛÁÅÔÅ ;

ëÁÖÉÓÑ ÚÁÄÎÅÊ ÐÁÍÑÔØÀ ÞÅÇÏ ÔÏ Ñ ×ÓÐÏÍÉÎÁÀ ÐÒÏ ÉÚÍÅÎÅÎÎÙÊ ÂÅÈÅÊ×ÏÒ (ÐÒÏÓÔÉ 
ÇÏÓÐÏÄÉ) ÏÐÅÒÁÔÏÒÁ "ÉÎ" × 2ËÅ, ÞÔÏ ÔÏ ÐÒÏÓËÁËÉ×ÁÌÏ × ÄÅ×ÅÌÅ, ÎÏ ÐÏÔÏË 
ÓÏÚÎÁÎÉÑ × ÍÙÓÌØ ÏÆÏÒÍÉÔØÓÑ ÐÏËÁ ÎÅ ÍÏÖÅÔ ;)

Re: Re:

2006-05-26 Thread Dmitry Yemanov

"Dmitry Voroshin" <[EMAIL PROTECTED]> wrote:
>
> А возможные решения?  Ведь кластеры как-то работают.

Я не говорил, что решений нет. Но плюнуть и растереть тут не катит. Если не 
страшно, можешь глянуть исходники OpenDLM (которая в некоторых кластерах 
используется) - то еще чудище.

--
Дмитрий Еманов

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-05-26 Thread Eugeney Putilin


Hi  "Dmitry Yemanov" 
> > А возможные решения?  Ведь кластеры как-то работают.
> 
> Я не говорил, что решений нет. Но плюнуть и растереть тут не катит. Если не 
> страшно, можешь глянуть исходники OpenDLM (которая в некоторых кластерах 
> используется) - то еще чудище.
А кто им пользуется? У Oracle совместимая вещь но своя. MySQL точно нет. За PG 
не скажу ничего (у них кластер вообще есть?), MSSQL точно нет т.к. ODLM тока 
для Unix подобных систем.

WBR Путилин Евгений



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-05-26 Thread Aleksey Karyakin

"Oleg_M" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>> Поищи в гугле (масло масляное? :) intel/amd quad core. Очень скоро 4-х
>> "процессорная" конфигурация будет стоить гораздо дешевле чем сейчас.
>
> нам таких процессоров ненадо. :(
> я говорил про сервера с реальными процессорами.
> Вот сейчас оба камня 3ГГц под 100% (HT вырублен)... и хочется ну хоть 
> куда-то нагрузку переложить...
> Хоть на старый 2x1ГГц памяти там дофига, и винт скази. Зря пропадает.

В твоих рассуждениях две ошибки - экономическая и теническая. Тебе жалко 
свой металлолом но ты считаешь что кто-то должен писать для тебя 
нетривиальный софт бесплатно чтобы этот металлолом заюзать? И наверное ты 
считаешь что если приставить 2х1ГГц к 2х3ГГц то получится 2х4ГГц ?

Regards,
Aleksey Karyakin




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-05-26 Thread Eugeney Putilin


Hi  "Aleksey Karyakin" > > Хоть на старый 2x1ГГц памяти там дофига, и винт 
скази. Зря пропадает.
> 
> В твоих рассуждениях две ошибки - экономическая и теническая. Тебе жалко 
> свой металлолом но ты считаешь что кто-то должен писать для тебя 
> нетривиальный софт бесплатно чтобы этот металлолом заюзать? И наверное ты 
> считаешь что если приставить 2х1ГГц к 2х3ГГц то получится 2х4ГГц ?
Интересно почему все посты которые я встречал по поводу клайстера относятся 
только к load balansing. Но ни одного поста к fail over?

WBR Evgeny Puitilin.
P.s. Птница АУУ


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-05-26 Thread Oleg_M

и чего ты взъелся сегодня ? 
:)

разве я требовал или просил что-то?
мне было ИНТЕРЕСНО, что ВЫ все скажете.
Тем более, что мысль моя по поводу classic => кластер так совпала с мыслью DY.
DY очень даже по теме ответил, за что ему большой респект.

я давно ни от кого ничего не жду и не прошу. что могу - сам делаю.

Ладно, проехали... :)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-05-26 Thread Oleg_M

> MSSQL точно нет т.к. ODLM тока для Unix подобных систем.
у MS замаячил некто Virtual Server.
все хочу пощупать...
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-05-26 Thread Aleksey Karyakin

"Oleg_M" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>и чего ты взъелся сегодня ?
> :)

Это че, я щас буду ругаться посильнее, пока не выбрал, в каком направлении 
... Несмотря на пятницу ...

> Ладно, проехали... :)

:)

Regards,
Aleksey Karyakin




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-06 Thread Oleg_M

> With best regards, Игорь Горбонос.  E-mail: [EMAIL PROTECTED]

смотрите! у него e-mail в чистом виде.. а мы уже привыкли "гав-гав" писать

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-06 Thread Yurij


"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
> > А разве кто-то не знает, что с именами длиннее 27 символов всегда
глючили
> > пермиссии, включая невозможность рестора в клинических случаях?
> плятт, не знал
Я только случайно про это слышал, и как-то старался не делать
длинных имен. А вот сегодня узнал причину.




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-07 Thread Boulitchev Aleksey

"Ded"

> А хатки уже есть, и у меня и у обоих обормотов...

>Сенкс, Хонда ЦРВ.

могу поспорить, что этот человек не написал ни строчки на джаве :)

поздравляю, завидую :)

-- 
Булычев Алексей
http://www.stella-npf.ru




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-07 Thread Мадорский Г . В .

>
>Сенкс, Хонда ЦРВ.
>

Хороший выбор. Завидую белой завистью :)

>> Вне зависимости от модели машины должна быть тщательно обмыта. Иначе 
>> ездить
>> не будет...
>
>А то :) Вчерась обмыта в семейном кругу, сегодня пиво выкатил на
> работе,

Вооот, чувствуется настоящий автомобилист.

> подожди малость, и твоя очередь придёт :)


Всегда готов! :)))

With b/r. Gleb.

P.S.
Очень частая картина в автосалоне :
В тот момент, когда измотанный и счастливый покупатель уже все оформил и с 
ключами направляется к автомобилю, чтоб ехать домой, продавец его окликает и 
очень серьезно говорит
 - Ой, подождите, забыл сказать самое важное
 Покупатель напрягается и озабоченно смотрит на продавца, а тот ему
 - Не забудте ее как следует обмыть, и главное не затягивайте с этим.

Какие улыбки и энтузиазм после этого приходится видеть... :))) 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-07 Thread Alexander Kolokolzov

> могу поспорить, что этот человек не написал ни строчки на джаве :)
как не написавший ни одной строчки, не вьехал в шутку юмора...
расшифруй, плиз
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-08 Thread Dmitry Yemanov

"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote:
>
> меня все еще колбасит с distinct по одному полю
>
> select ID, DATE_DOC, distinct ID_RT  from PRS$RESOLUTIONS
> order by ID_RT, DATE_DOC desc

Не понято. Такое парсер вообще не пропускает.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-08 Thread Boulitchev Aleksey

>> меня все еще колбасит с distinct по одному полю
>>
>> select ID, DATE_DOC, distinct ID_RT  from PRS$RESOLUTIONS
>> order by ID_RT, DATE_DOC desc
>
> Не понято. Такое парсер вообще не пропускает.

именно от этого и колбасит. хочу потому чта

-- 
Булычев Алексей
http://www.stella-npf.ru
"Dmitry Yemanov"




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-08 Thread Dmitry Yemanov

"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote:
>
> именно от этого и колбасит. хочу потому чта

Нафуя, скажи честно? Я не понимаю, что такой запрос должен вернуть.

--
Дмитрий Еманов

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-09 Thread Boulitchev Aleksey


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

чтобы не плодить однотипные процедуры, и не потерять эффективность 
выполнения

create table A(
ID integer not null primary key,
GROUP_FIELD char(1),
ORDER_FIELD char(1),
DATA_FIELD char(2));

insert into A values ( 0, 'X' , 'A', 'D1')
insert into A values ( 1, 'X' , 'B', 'D2');
insert into A values ( 2, 'X' , 'C', 'D3');
insert into A values ( 3, 'Y' , 'D', 'D4');
insert into A values ( 4, 'Y' , 'E', 'D5');
insert into A values ( 5, 'Y' , 'F', 'D6');

set term ^ ;
create procedure AA
returns
(
ID integer ,
GROUP_FIELD char(1),
DATA_FIELD char(2))
as
declare variable OLD_GROUP char(1);
begin
 OLD_GROUP = '-';
 for select ID, GROUP_FIELD, DATA_FIELD
 from A
 order by GROUP_FIELD, ORDER_FIELD
 into :ID, :GROUP_FIELD, :DATA_FIELD
 do begin
 if (:GROUP_FIELD <> OLD_GROUP)
 then begin
   OLD_GROUP = GROUP_FIELD;
   suspend;
  end
end
end^

set term ; ^

select * from AA


Query

/*create table A(
ID integer not null primary key,
GROUP_FIELD char(1),
ORDER_FIELD char(1),
DATA_FIELD char(2));

insert into A values ( 0, 'X' , 'A', 'D1')
insert into A values ( 1, 'X' , 'B', 'D2');
insert into A values ( 2, 'X' , 'C', 'D3');
insert into A values ( 3, 'Y' , 'D', 'D4');
insert into A values ( 4, 'Y' , 'E', 'D5');
insert into A values ( 5, 'Y' , 'F', 'D6');

set term ^ ;
create procedure AA
returns
(
ID integer ,
GROUP_FIELD char(1),
DATA_FIELD char(2))
as
declare variable OLD_GROUP char(1);
begin
 OLD_GROUP = '-';
 for select ID, GROUP_FIELD, DATA_FIELD
 from A
 order by GROUP_FIELD, ORDER_FIELD
 into :ID, :GROUP_FIELD, :DATA_FIELD
 do begin
 if (:GROUP_FIELD <> OLD_GROUP)
 then begin
   OLD_GROUP = GROUP_FIELD;
   suspend;
  end
end
end^

set term ; ^
*/
select * from AA


Plan

PLAN SORT ((A NATURAL))

Adapted Plan

PLAN SORT ((A NATURAL))

Query Time

Prepare   : 0,00 ms
Execute   : 16,00 ms
Avg fetch time: 8,00 ms

Memory

Current: 1 613 220
Max: 1 717 568
Buffers: 2 048

Operations

Read   : 0
Writes : 2
Fetches: 24


Enchanced Info:
+--+---+---+-+-+-+-+
|Table Name|  Records  |  Indexed  | Non-Indexed | Updates | 
Deletes | Inserts |
|  |   Total   |   reads   |reads| | 
| |
+--+---+---+-+-+-+-+
| A| 0 | 0 |   6 |   0 | 
0 |   0 |
+--+---+---+-+-+-+-+

-- 
Булычев Алексей
http://www.stella-npf.ru
"Dmitry Yemanov"




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-09 Thread Dmitry Yemanov

"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote:
>
> чтобы не плодить однотипные процедуры, и не потерять эффективность
> выполнения

Ааа. Так тебе опять надо первую попавшуюся запись для группы вытягивать. 
Извращенец :-)

--
Дмитрий Еманов

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-09 Thread Boulitchev Aleksey

> Ааа. Так тебе опять надо первую попавшуюся запись для группы вытягивать. 
> Извращенец :-)

попался солдатик :)

не первую попавшуюся, а первую непохожую в сортированном наборе

задолбало делать срезы по историчексим справочникам и атрибутам, я так до 
execute statement докачусь :(

PS спасибо за повод для расстрела (DB_KEY)

-- 
Булычев Алексей
http://www.stella-npf.ru
"Dmitry Yemanov"




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-15 Thread Vadim Mescheryakov

>> А что такое IBTM?
>
> InterBase Transaction Monitor. Работает со всеми версиями IB/FB/YA, 
> мониторит
> состояния транзакций в динамике.
А где, кроме курсов Ibase.ru, можно узнать что это за зверь.
Гугль то же не знает ;)

С уважением,
Мещеряков Вадим

www.del-fin.ru 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-22 Thread Dmitry Yemanov

"Евгений Килин" <[EMAIL PROTECTED]> wrote:
>
> Допустим у нас в таблице есть два проиндексированных поля. В одном поле 
> всего два уникальных значения, а во втором 90% уникальных значений. Я так 
> понимаю, что оптимизатор для between в 2.0 оценит индексы по этим двум 
> полям, как равнозначные? Если да, то где-же справедливость? :)

И чем это отличается от равенства?


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-22 Thread Boulitchev Aleksey

"Dmitry Yemanov"

>> Лично я за вариант б)
>
> Такого варианта нет ни в одном сервере, насколько я в курсе. Все 
> используют

много у кого нет того

> вариант (а). Самый оптимистичный - это Оракл, он оценивает "больше/меньше" 
> в 0.5% и "между" в 0.25%.

а в птице уже 0.2 и все равно мало :)
помножьте на селективность, жалко что ли?

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-22 Thread Dmitry Yemanov

"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote:
>
> много у кого нет того

Ага, они все поголовно тупые.

>> вариант (а). Самый оптимистичный - это Оракл, он оценивает 
>> "больше/меньше"
>> в 0.5% и "между" в 0.25%.
>
> а в птице уже 0.2 и все равно мало :)

В птице 20%. Читай внимательно.

> помножьте на селективность, жалко что ли?

В сад! :-)


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-22 Thread Plotnikov Y.

> SELECT * FROM EMPLOYEE e, DEPARTMENT d
>   WHERE e.workdept = d.deptno
> AND d.deptno = ? selectivity 0.25

Поясните убогому, что означает этот запрос?



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-22 Thread Dmitry Yemanov

"Plotnikov Y." <[EMAIL PROTECTED]> wrote:
>
>> SELECT * FROM EMPLOYEE e, DEPARTMENT d
>>   WHERE e.workdept = d.deptno
>> AND d.deptno = ? selectivity 0.25
>
> Поясните убогому, что означает этот запрос?

Что ожидается, что подсунутый параметр выберет 4 записи.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-22 Thread Dmitry Yemanov

"Serge Buzadzhy" <[EMAIL PROTECTED]> wrote:
>
> Вне зависимости от количества записей в таблице?  Даже из одной? :)

И из пустой тоже :-)


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-23 Thread Eugeney Putilin


Hi  "Oleg LOA" 
> > Этого никогда не было в полном объеме. Например, ты ему говоришь SORT, а он 
> > фигачит ORDER.
> 
> Главно что он выполняет его как может ;-)
На правах пятници впоминается review reqest к persistence storage. Перечисли 
все и нажедность хранения и возможность реплицировани и время отклика ну прям 
все, тока не упомянули что данные должны возвращатся валидные и уловия 
валидности не указали, на мое высказывание что если взять датчик случайных 
чисел то он будет удовлетворять всем уловиям но это не то что хочется получить.

Путилин Евгений.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-27 Thread Horsun Vlad

"Konstantin R. Beliaev" ...
> Dmitri Kuzmenko wrote:
> > причиной накопления версий является "неработа" сборки мусора.
> > в твоем случае причина скорее всего в длительности работы транзакций.
> > Сделай их короче, тогда версии будут становиться мусором, и будут
> > собираться автоматически.
>
> А разве первый ролбэк не тормознет сборку мусора до ближайшего свипа?

Нет

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



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-27 Thread Korg


"Konstantin R. Beliaev" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
> А разве первый ролбэк не тормознет сборку мусора до ближайшего свипа?
При записи точек я не делаю ролбэк. 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-29 Thread arni

> размер базы данных: от 2 до 20 гигабайт (было указано выше) число 
> пользователей: от 20 до 70 число транзакций в сутки: от 30 тысяч до 
> миллиона

При всей любви к IB/FB/Ya, все ж думаю, что цифры ОЧЕНЬ оптимистично 
завышены.

--начало блока "возможно гоню"
Если мною поддерживаются около десятка баз совокупным размером 300 Мб. и 
совокупным числом пользователей до 15, то чтобы уровновесить мою муровьиную 
статистику должен существовать анти-Я, с тем же десятком баз, размером по 10 
Гигов и по полсотни юзеров на каждую.
Однако, таких как я намного больше, чем анти-Я. АДНАЗНАЧНА
--конец блока "возможно гоню" 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-29 Thread Dmitry Lendel

Привет

> При всей любви к IB/FB/Ya, все ж думаю, что цифры ОЧЕНЬ оптимистично
> завышены.

ДК наверное брал данные из обращений на ibase. По-моему вполне реально.
-- 
Dmytro Lendel
www.bagel.com.ua




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-30 Thread ï¿½ï¿½ï¿½

> ÑÑÐ¾ ÑÐ¾ Ð¶Ðµ ÑÐ°Ð¼Ð¾Ðµ, ÑÑÐ¾ "ÑÐ°Ð·Ð¼ÐµÑ Ð´Ð¸ÑÑÑÐ¸Ð±ÑÑÐ¸Ð²Ð°".
> ÑÐ°Ð·Ð½ÑÐµ ÑÐµÑÐ²ÐµÑÐ° Ð¾Ð´Ð½Ð¸ Ð¸ ÑÐµ Ð¶Ðµ Ð´Ð°Ð½Ð½ÑÐµ ÑÑÐ°Ð½ÑÑ Ð¿Ð¾ ÑÐ°Ð·Ð½Ð¾Ð¼Ñ
> (Ð¸ Ð¾Ð±ÑÐµÐ¼ ÑÑÐ°Ð½ÐµÐ½Ð¸Ñ ÑÐ°ÐºÐ¶Ðµ Ð¼Ð¾Ð¶ÐµÑ Ð¾ÑÐ»Ð¸ÑÐ°ÑÑÑÑ).
> ÐÐ¾ÑÐ¾Ð¼, ÑÐ°Ð·Ð½ÑÐµ Ð¼ÐµÑÐ¾Ð´Ñ Ð´Ð¾ÑÑÑÐ¿Ð°, Ð¸ Ñ.Ð¿.
Ñ Ð¸Ð¼ÐµÑ Ð²Ð²Ð¸Ð´Ñ Ð½Ðµ "Ð¿Ð¾Ð±Ð°Ð¹ÑÐ½Ð¾Ð¼Ñ" Ð¾Ð±ÑÐµÐ¼Ñ
Ð° Ð¿Ð¾ ÐºÐ¾Ð»Ð¸ÑÐµÑÑÐ²ÐµÐ½Ð½Ð¾Ð¼Ñ
ÑÐ¾ÑÐ¾ÑÐ¾ ÑÐ¿ÑÐ¾ÐµÐºÑÐ¸ÑÐ¾Ð²Ð°Ð½Ð½Ð°Ñ Ð·Ð°Ð´Ð°ÑÐ° Ñ ÐºÑÑÐµÐ¹ Ð´Ð°Ð½Ð½ÑÑ
Ñ Ð¼Ð½Ð¾Ð¶ÐµÑÑÐ²Ð¾Ð¼ Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÐµÐ¹ (Ð°Ð²ÑÐ¾Ð¼Ð°ÑÐ¾Ð², ÑÐµÐ³Ð¾ Ð»ÑÐ´ÐµÐ¹ Ð¼ÑÑÐ¸ÑÑ ;)), Ð½Ð° 
ÑÑÐµÐ´Ð½ÐµÐ¼Ð¾ÑÐ½Ð¾Ð¼ ÑÐµÑÐ²ÐµÑÐµ
ÐµÑÐµ ÑÑÐ¾Ð±Ñ Ð¿Ð°ÑÐ°Ð¼ÐµÑÑÑ ÑÐµÑÐ²ÐµÑÐ° ÐºÐ¾Ð½ÑÐ¸Ð³ÑÑÐ¸ÑÐ¾Ð²Ð°Ð»Ð¸ Ð¿ÑÐ¾ÑÐ¸ Ð² ÐºÐ°Ð¶Ð´Ð¾Ð¹ ÐÐ
Ð²Ð¸Ð´Ð¸Ð¼Ð¾, ÑÐ°Ð½ÑÐ°ÑÑÐ¸ÐºÐ°




ÐÐ¾Ð¼Ð¾Ð¶Ð¸ÑÐ¾Ð²Ð° ÐÐ°ÑÐ°Ð»ÑÑ, Ð³.Ð§ÐµÐ»ÑÐ±Ð¸Ð½ÑÐº





--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-30 Thread Marina Novikova


Hi!
> Впрочем независимо от счета наши уже молодцы.
Да, безусловно! Хотелось бы только, чтобы не так долго длилось "мочилово", 
как прошлый раз, чтобы ночером в глаза спички не вставлять :)

Marina 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-06-30 Thread ï¿½ï¿½ï¿½

>
> ÑÐ°Ð½ÑÐ°ÑÑÐ¸ÐºÐ°. ÐÐ¾ÑÐ¾Ð¼Ñ ÑÑÐ¾ Ð´Ð»Ñ ÐºÐ¾Ð½ÐºÑÐµÑÐ½Ð¾Ð³Ð¾ ÑÐµÑÐ²ÐµÑÐ° Ð¿Ð¸ÑÐ°ÑÑ Ð¿ÑÐ¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ðµ
> Ð±ÐµÐ· ÑÑÐµÑÐ° ÐµÐ³Ð¾ ÑÐ¿ÐµÑÐ¸ÑÐ¸ÐºÐ¸ - ÑÑÐ¾Ð¿Ð¸Ñ. ÐÐµÐ»Ð°ÑÑ ÑÑÐ¾ ÑÐ°Ð´Ð¸ ÑÐµÑÑÐ° - Ð¿ÑÑÑÐ°Ñ
> ÑÑÐ°ÑÐ° Ð²ÑÐµÐ¼ÐµÐ½Ð¸. ÐÐ°Ð¿Ð¸ÑÐ°ÑÑ ÐÐÐ Ð²Ð°ÑÐ¸Ð°Ð½ÑÐ°, Ð¿Ð¾Ð´ ÐÐÐ ÑÐ°Ð·Ð½ÑÑ ÑÐµÑÐ²ÐµÑÐ°, Ð¸
> ÑÑÐ°Ð²Ð½Ð¸ÑÑ - Ð´Ð°, Ð¼Ð¾Ð¶Ð½Ð¾. ÐÐ»Ñ ÑÑÐ¾Ð³Ð¾ Ð½Ð°Ð´Ð¾ Ð·Ð½Ð°ÑÑ Ð¾Ð±Ð° ÑÐµÑÐ²ÐµÑÐ° Ð¸ ÑÐ¼ÐµÑÑ
> Ð´Ð»Ñ Ð½Ð¸Ñ Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼Ð¸ÑÐ¾Ð²Ð°ÑÑ.

Ñ.Ðµ. Ð³ÑÐ°Ð¼Ð¾ÑÐ½ÑÐµ ÐºÑÐ¾ÑÑÐ¿Ð»Ð°ÑÑÐ¾ÑÐ¼ÐµÐ½Ð½ÑÐµ Ð¿ÑÐ¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ - ÑÑÐ¾ ÑÑÐ¾Ð¿Ð¸Ñ?


ÐÐ¾Ð¼Ð¾Ð¶Ð¸ÑÐ¾Ð²Ð° ÐÐ°ÑÐ°Ð»ÑÑ, Ð³.Ð§ÐµÐ»ÑÐ±Ð¸Ð½ÑÐº




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-01 Thread Dmitry Lendel

Привет!

> финала добрались... Правда я уснул глядя на их игру со Швейцарией. :)

Я тоже уснул. Проснулся на пенальти от рева на улице. :-))


-- 
Dmytro Lendel
www.bagel.com.ua




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-01 Thread Yurij


<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > сравнить - да, можно. Для этого надо знать оба сервера и уметь
> > для них программировать.
> т.е. грамотные кроссплатформенные приложения - это утопия?
С любой логикой на стороне сервера - да.

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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-02 Thread Oleg LOA

"ната" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>> для них программировать.
> 
> т.е. грамотные кроссплатформенные приложения - это утопия?

Это фактически набор приложения с одинаковой функциональностью :-), но 
отличающиеся реализацией...причём иногда в корне.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-02 Thread Yurij


"Oleg LOA" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > Фетч результатов, насколько я помню.
> Угу, опять в таблицах 1 записей показываем ;-)
То вообще была не таблица, а загружаемый из нескольких таблиц
объект-документ.




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-03 Thread Eugeney Putilin


Hi  "Dmitri Kuzmenko" 
> В общем, да.
И как раз над одной из них я сейчас работаю :-)
> 1. в IB/FB триггеры могут менять "свои таблицы", в Оракле нет.
Неа, могут менять через вызов процедуры.
Есть еще такие вещи как то что в MySQL для избавление ошибки 
delete from table1 where ( select ... from table1) нужно строить хтрую 
конструкцию.
> 2. IB/FB версионник, MS SQL - нет (в 2005 есть версионность, но
> для нее нужно проводить параллели)
Как это относится к утопии? Если писать ориэнтируяс на оба варианта то 
нормально.
> 3. процедурный и триггерный язык отличается у всех серверов
Вся логика в middle tier
> 5. у всех SQL отличается
Используется JDOQL который транслируетя в vendor specific SQL.
> 6. использовать "общие" компоненты доступа, типа ODBC.
JDBC

> то есть, такое "грамотное приложение"
> 1. не должно использовать триггеров и процедур
В 3-х уровневых приложениях это как правило и не нужно
> 2. использовать минимальный поддерживаемый всеми SQL
Неа, см.выше.
> То есть, это будет некий "середнячок", которого побьет
> любое заточенное на конкретный сервер приложение.
Неа. Не побъет.
> Да и стоимость такой разработки, imho, будет много выше.
Если есть компоненты которые скрывают этот уровнеть то стоимость разработки 
будет ниже.

WBR Evgeny Putilin.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-05 Thread Marcoci Dorin


"Alex Cherednichenko" <[EMAIL PROTECTED]> wrote in 
message news:[EMAIL PROTECTED]
> Привет, Marcoci!
> Вы пишешь  05 июля 2006:
>
> MD> Одноразовая легкая работа.
> MD> Заплачю.
>
> Не плачь!
>
Не смешно :) мне срочно надо :( 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Dmitry Yemanov

"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote:
>
> Да? Неоднократно писал уж здесь, что классик + ооочень долгий запрос +
> шатдаун = много геморроя с блокировками

Я говорил про 2.0.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Dmitry Yemanov

"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote:
>
> А нельзя это в fbclient.dll встроить, чтоб дисконнект происходил?

Думать надо. Ведь у нас сервер ничего автоматом не делает, оставляя все 
решения на совести клиента. Менять такое поведение надо очень осторожно.

--
Дмитрий Еманов

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Alex Cherednichenko

Привет, Boulitchev!
Вы пишешь  12 июля 2006:

 BA> через год будем иметь работоспособную систему :)

Кто кого будет иметь, это ещё вопрос...

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Alex Cherednichenko

Привет, Dmitry!
Вы пишешь  12 июля 2006:

 DY> Думать надо. Ведь у нас сервер ничего автоматом не делает, оставляя все
 DY> решения на совести клиента. Менять такое поведение надо очень осторожно.

Менять?!
Боже упаси!
Исключение есть? Есть!
Чё с им делать - решать пользователю.
Естессно, разработчик _приложения_ должен это предусмотреть.
Коль уж шатдаун предусмотрен регламентом...
Не нужно внедрять ИИ, там где есть мозги.

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Boulitchev Aleksey

>>>Dmitri Kuzmenko

>>>Сейчас в какой ресторан ни зайди - кроме водки и пива
>>>ничего нет. Про магазины я и не говорю.


>> Boulitchev Aleksey wrote:
>> через год будем иметь работоспособную систему :)


"Ded" >
>Имхо через год будем иметь приличный парк самогонных аппаратов,
> всплеск токсикомании и больницы, заполненные пострадавшими от метанола и
> окномойных средств. А также расцвет мафии бутлеггеров.


водку и пиво пока оставили - типа запасный аэродром, а те кто тоскует по 
Массандре, клей не нюхают :)

-- 
Булычев Алексей
http://www.stella-npf.ru




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Dmitry Yemanov

"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote:
>
> Честно говоря, мне не приходит в голову ситуаций, когда шатдаун делается
> не с целью отключить всех от базы (ну, разве что выстрел из пушки
> Абрамса ;-) ). Нафига тогда держать коннект между fbclient.dll и
> сервером ?? Просветите, если есть варианты.

Прошу прощения, но это несколько другие яйца. Я абсолютно согласен с тем, 
что шатдаун должен не только убирать блокировки, но и физически отключать 
пользователей от базы. Но это должен делать сервер. А клиент должен доложить 
isc_shutdown до юзверя и уметь без ошибок вызвать isc_detach_database() для 
обрубленного сервером соединения.

--
Дмитрий Еманов

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Boulitchev Aleksey

"Dmitri Kuzmenko"

> а я что, в обед вместо 150 грамм красного вина должен пить
> 0.5 пепси или 0.3 пива? Пообедать же нормально невозможно...

от же ж клятi москалi! разбаловались на своем метро!
а я бутылку шампани со своей свадьбы только на третий год, да еще Новый :)
дальше 100 метров от руля не отпускают :)

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-12 Thread Aleksey Karyakin

"Ded" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>Имхо через год будем иметь ...

А через два?

Regards,
Aleksey Karyakin



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-13 Thread Dmitry Yemanov

"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote:
>
>> А клиент должен доложить
>> isc_shutdown до юзверя и уметь без ошибок вызвать isc_detach_database() 
>> для
>> обрубленного сервером соединения.
>
> Если под клиентом понимается fbclient.dll, а не юзерское приложение, то
> и я о том же

Я не имел ввиду, что дисконнект должна делать сама fbclient. Это должно 
делать приложение. А fbclient должен позволить корректно это сделать, не 
вызывая новых ошибок на тему потерянного соединения и т.п.

--
Дмитрий Еманов

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-14 Thread Slava Ekimov


> к тому же, нужно голосовать всю неделю, каждый день.
> и набрать больше 3036 голосов.

Я тут зашел из дома в очередной раз, проголосовать. И слева заметил что-то
типа баннера. Чтобы туда уехать, надо 40тыр. Мне кажется, что проще собрать
со ста чел по 400 р, чем каждый день помнить, что надо проголосовать :-)
Если б у нас были развиты системы оплаты...




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-19 Thread Dmitry Yemanov

"Alex Cherednichenko" <[EMAIL PROTECTED]> wrote:
>
> И классик тоже?

А в где он особенный? Но ему проще, другие коннекты на in use не повлияют. 
Тока собственные фаберже.

> Злые вы. Недобрые...

Выпрямлять десятилетнюю кривизну ниасилили.

--
Дмитрий Еманов

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-19 Thread Alex Cherednichenko

Привет, Dmitry!
Вы пишешь  19 июля 2006:

> > И классик тоже?

 DY> А в где он особенный? Но ему проще, другие коннекты на in use не повлияют.
 DY> Тока собственные фаберже.

Погодь ка.
Нынче, если (как выяснилось) хендл процедуры болтается,
у одного из процессов классика,
то альтер из другого процесса не прокатывал через isc_dsql_execute2(),
но вполне успешно канал через sc_dsql_execute_immediate().

Сейчас как будет то?

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-19 Thread Dmitry Yemanov

"Alex Cherednichenko" <[EMAIL PROTECTED]> wrote:
>
> Нынче, если (как выяснилось) хендл процедуры болтается,
> у одного из процессов классика,
> то альтер из другого процесса не прокатывал через isc_dsql_execute2(),
> но вполне успешно канал через sc_dsql_execute_immediate().
>
> Сейчас как будет то?

Попробуй и доложи. Я в твоих "нынче" и "сейчас" запутался нафиг :-)


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re:

2006-07-19 Thread Мадорский Г . В .


"Dmitry Yemanov" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
> "Alex Cherednichenko" <[EMAIL PROTECTED]> wrote:
>>
>> Нынче, если (как выяснилось) хендл процедуры болтается,
>> у одного из процессов классика,
>> то альтер из другого процесса не прокатывал через isc_dsql_execute2(),
>> но вполне успешно канал через sc_dsql_execute_immediate().
>>
>> Сейчас как будет то?
>
> Попробуй и доложи. Я в твоих "нынче" и "сейчас" запутался нафиг :-)
>

Действительно верх жестокости. Это-ж надо после ДР с такими вопросами 
приставать ... :)))

With b/r. Gleb. 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ~Re: SuperClassic

2009-12-11 Thread Alexey Popov




Kovalenko Dmitry wrote:

На супере 2.5 независимые базы нормально параллельно работают. Я года 
назад очень активно с этим игрался.


Интересно насколько параллельно. Как я помню по FB1.0 банальный yacc
выдавал нереентабельный парсер.

А потом, когда замутил многопоточную тестовую систему - перешел на одну 
базу. И то, если мне не изменяли глаза, супер умудрялся выжирать чуть 
больше одного ядра (~30% на четырехядернике). При 8 тестовых потоках.


Ну много потоков там всегда создавалось. Вопрос в том, что в большенстве 
случает работал только один.

Re: ~Re: SuperClassic

2009-12-11 Thread Kovalenko Dmitry

На супере 2.5 независимые базы нормально параллельно работают. Я года 
назад очень активно с этим игрался.


Интересно насколько параллельно.


Запусти и посмотри сам :)


Как я помню по FB1.0 банальный yacc выдавал нереентабельный парсер.


Я на днях всю линейку мучал. IB4-IB9, FB0.9-FB2.5

Жизнь начинается с IB7 / FB1.5.

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

Re: Re[3]: ?????

2007-01-16 Thread Plotnikov Y


? ? ?, ? ??? ???  (??? ??? ? 1? ).
?  ??? ??, ? ??? 120 ?? - ??? ??? ???. ??? 
?? , ??? ? ?? ??  ?? ?? 3???, ?? ? ??? ?? 
??? . ??, ??? ???...
? ?? ?? ???  ??? ?  ?? ??, ? ??? ??? ??? ?? 
?? (?  ?? ??, ?? ?). ?? ???  ??? ? ??? , 
?? ? ,  ?,  ?? ???, ?  ? 
???  ? ?? ? ?? ???.  ??? ? ??...

- ?? ??--
   ?  ??? ? ? "???":

?? ??? ??? ??? ??, ???

?? - ???  ?? ? (???),    
? ?? 2 ?  ?? ??? ?? ? 
(?);

??? - ??? ??;

??? - ??? ??;

??? - ??? ??? ??,

?? - ???   ? ???.

Re: Re[3]: ?????

2007-01-16 Thread mvb



"""Plotnikov Y писал(а):
"""
> ? ? ?, ? ??? ???  (??? ??? ? 1? ).

я один не вижу текста или все?
;)

Re: Re[3]: ?????

2007-01-16 Thread Plotnikov Y


Ñ ÓÁÍ ÎÅ ×ÉÖÕ ;)

×ÔÏÒÏÊ ÒÁÚ ÎÁÂÉÒÁÔØ ÕÖÅ ÌÅÎØ ;)

Re: OT: Re: ?.. ?.. !,... ? ... !!! ???.... ,,,,!!! ? :;;;'___''

2006-05-30 Thread Gene Feudorov

Hello, Aleksey Karyakin!
You wrote  on Tue, 30 May 2006 13:49:11 +0400:

 AK> Предлагаю ставить в теме побольше вопросов и других знаков
 AK> препинания чтобы
 AK> терять их при ответах.

согласен :-)

Фёдоров Евгений.
ЗАО "Трест-М". Екатеринбург.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: ??? ?? ???????

2006-06-08 Thread Dmitry Yemanov

"Sergey Mereutsa" <[EMAIL PROTECTED]> wrote:
>
> Кааак это с глюками Я его для позиционирования использовал - на
> грабли не наступал. Причем до сих пор используется интенсивно.

Только это в нем и работает :-)

> А where current of вы доже депректнете? Или можно юзать?

В моей фразе ключевое слово было - "бы". Так что не боись. А CURRENT OF в 
любом случае останется.

> З.Ы. Дим, у меня head собрался. Вы его больше не мучаете?

Мучаем, но пока умеренно.

> Можно продолжать собирать?

Ага.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: ;)

2006-06-14 Thread Valery Gruzdev


"Константин" <[EMAIL PROTECTED]> сообщил/сообщила в новостях 
следующее:

> 486 с NT4 Server стоял долго что-то около 3-4
> лет к нему никто не ходил, а когда решили проведать
> его, не из-за того что сломалось, нет - просто
> просто проведать решили, а оказалось что его
> за энто время "нечаяно" в стенку замуровали ...

Изначально эту байку про UNIXовый сервак в штатовском универе рассказывали.
Про NT4 - не верю ;-)

Grue




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: , ...

2006-06-15 Thread Yurij


"Константин" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]

> К> Порстейший карточный учёт товара :)
> К> процедурка выдаёт остатки товара с

>Насчет процедурки, не лучший способ реализации.
>Гарантированно значительные тормоза при росте обьема данных при получении
>остатков и оборотов. Лучше сделать регистр заполняемый в триггерах и все
>данные брать одним запросом, без всяких процедур. Работать будет шустрее.

Регистр на триггерах тоже вещь еще та - на каждое действие по оборотам
остатки считать заново. Я думал это дело обойти чем-то вроде кэша
рассчитанных остатков - т.е. при изменении значения в кэше помечаются
как устаревшие, а при обращении к ним рассчитываются заново и ложаться
в кэш. Т.е. отделить расчеты от изменения оборотов и уменьшить их
количество.






--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: , ...

2006-06-15 Thread ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½

> Ð ÐµÐ³Ð¸ÑÑÑ Ð½Ð° ÑÑÐ¸Ð³Ð³ÐµÑÐ°Ñ ÑÐ¾Ð¶Ðµ Ð²ÐµÑÑ ÐµÑÐµ ÑÐ° - Ð½Ð° ÐºÐ°Ð¶Ð´Ð¾Ðµ Ð´ÐµÐ¹ÑÑÐ²Ð¸Ðµ Ð¿Ð¾ Ð¾Ð±Ð¾ÑÐ¾ÑÐ°Ð¼
> Ð¾ÑÑÐ°ÑÐºÐ¸ ÑÑÐ¸ÑÐ°ÑÑ Ð·Ð°Ð½Ð¾Ð²Ð¾. Ð¯ Ð´ÑÐ¼Ð°Ð» ÑÑÐ¾ Ð´ÐµÐ»Ð¾ Ð¾Ð±Ð¾Ð¹ÑÐ¸ ÑÐµÐ¼-ÑÐ¾ Ð²ÑÐ¾Ð´Ðµ ÐºÑÑÐ°
> ÑÐ°ÑÑÑÐ¸ÑÐ°Ð½Ð½ÑÑ Ð¾ÑÑÐ°ÑÐºÐ¾Ð² - Ñ.Ðµ. Ð¿ÑÐ¸ Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ð¸ Ð·Ð½Ð°ÑÐµÐ½Ð¸Ñ Ð² ÐºÑÑÐµ Ð¿Ð¾Ð¼ÐµÑÐ°ÑÑÑÑ
> ÐºÐ°Ðº ÑÑÑÐ°ÑÐµÐ²ÑÐ¸Ðµ, Ð° Ð¿ÑÐ¸ Ð¾Ð±ÑÐ°ÑÐµÐ½Ð¸Ð¸ Ðº Ð½Ð¸Ð¼ ÑÐ°ÑÑÑÐ¸ÑÑÐ²Ð°ÑÑÑÑ Ð·Ð°Ð½Ð¾Ð²Ð¾ Ð¸ Ð»Ð¾Ð¶Ð°ÑÑÑÑ
> Ð² ÐºÑÑ. Ð¢.Ðµ. Ð¾ÑÐ´ÐµÐ»Ð¸ÑÑ ÑÐ°ÑÑÐµÑÑ Ð¾Ñ Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð¾Ð±Ð¾ÑÐ¾ÑÐ¾Ð² Ð¸ ÑÐ¼ÐµÐ½ÑÑÐ¸ÑÑ Ð¸Ñ
> ÐºÐ¾Ð»Ð¸ÑÐµÑÑÐ²Ð¾.

ÐÑÐ°Ð»ÑÐ½Ð¾ Ð¼ÑÑÐ»Ð¸ÑÑ
_

Ð¡ ÑÐ²Ð°Ð¶ÐµÐ½Ð¸ÐµÐ¼, ÐÐ½Ð´ÑÐµÐ¹ ÐÐ¾Ð³Ð¸Ð»ÑÐ½ÑÐ¹.





--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: , ...

2006-06-16 Thread Oleg LOA

"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> "Константин" <[EMAIL PROTECTED]> wrote:
> Выходы:
> 
> а) явный план
> б) хинты +0
> в) FB2 :-)
> 

Учитывая что это процедура возникает естественный вопрос. Нафуя вся эта ветка 
если всё решалось изначально пунктом а) ?!
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: , ...

2006-06-16 Thread Dmitry Lendel


 Я тут подумал, а как это при многопользовательской работе
 выглядеть-то будет ? Например приходование и расходование
 одного товара одновременно ?
 Не ребята мы это уже проходили :( - глюки гарантированы !
 Уж лучьше я буду пересчитывать за каждым разом ...
 ведь как правило глобальные выборки не так часты -
 только по отчётным периодам ...

Почитайте про уровни изолированности транзакций. Если этого не знать, то
фигня будет и Вашем решении. Ничем оно не лучше.
Дмитрий




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]:

2006-06-22 Thread Dmitry Yemanov

"Константин" <[EMAIL PROTECTED]> wrote:
>
> может эти же коэфициэнты применять относительно

IMHO, это будет чрезмерно оптимистичный прогноз.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[4]:

2006-06-22 Thread Boulitchev Aleksey

"Константин"

> или перед построением плана выбрать
  min и max значения по индексному полю ?
  их разница тоже даст какой-то коеф.
  хотя этот вариант наверное слегка
  тормознутый ...

Дима уже раза три помянул на ночь гистограммы


и складывается такое впечатление, что их достаточно просто закоммитить :)

-- 
Булычев Алексей
http://www.stella-npf.ru




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[4]:

2006-06-22 Thread Dmitry Yemanov

"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote:
>
> Дима уже раза три помянул на ночь гистограммы

Они не панацея. Для bind vars их не используешь.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: ....

2006-06-23 Thread Edward Fedorov


  îÅ ÔÁÇÄÙ:

  Create_User VARCHAR(32) DEFAULT CURRENT_USER
  Modify_User VARCHAR(32) DEFAULT CURRENT_USER


áÇÁ. é ÓÁÍÏÅ ÇÌÁ×ÎÏÅ: Delete_User VARCHAR(32) DEFAULT CURRENT_USER
;-) 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Aleksey Karyakin

Админы, отрубите этого товарисча!

PS. Надеюсь в их семье не у всех есть интернет.
PS. Просьба не считать это разжиганием межнациональной розни.

> MISIR KURUTMA,
> ÇELTİK KURUTMA,
> FINDIK KURUTMA,
> BİBER KURUTMA,
> SEBZE KURUTMA,
> ATIK KURUTMA,
> ARITMA ÇAMURU KURUTMA ,
> TUZ KURUTMA,
> MELAS KURUTMA,
> PANCAR MELASI KURUTMA.
> KAYSI KURUTMA,
> PRİNA KURUTMA,
> ZEYTİN KARA SU KURUTMA.




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Alex Cherednichenko

И ведь падла, с одного и того же ip-шника, лупит и лупит...

213.194.65.162
Borusan Telekom
Istanbul - Turkiye

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Ded

Aleksey Karyakin wrote:

> Админы, отрубите этого товарисча!

Накликали :-D Турецкого мстителя за братьев-азербайджанцев :-D 
Терпите теперь. А всё Олег ;)

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Dmitri Kuzmenko

Hello, Ded!

Ded wrote:

> Aleksey Karyakin wrote:
>>Админы, отрубите этого товарисча!
> Накликали :-D Турецкого мстителя за братьев-азербайджанцев :-D 
> Терпите теперь. А всё Олег ;)

да вообще дерьмо. только я почти победил спам у себя в почте,
теперь тут эта дрянь. кстати, просто для информации -
я сегодня в фильтре спама в этой конфе 33 письма удалил.
Так что, включая еще этого турка, и тех козлов, чьи
сообщения удалить нельзя (топик unknown), получается
удручающая картина...

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Oleg Deribas

Hello,

Dmitri Kuzmenko said the following on 04.07.2006 14:53:

> кстати, просто для информации -
> я сегодня в фильтре спама в этой конфе 33 письма удалил.
> Так что, включая еще этого турка, 

Турка надо было сразу забанить...

> и тех козлов, чьи
> сообщения удалить нельзя (топик unknown), получается
> удручающая картина...

Может все-таки перевести постинг в режим "Members only"?
Ведь совсем несложно зарегистрироваться на google для того чтобы постить
в группу. Читать можно и без регистрации.
К тому же сейчас и без того 130 человек зарегистрировано...

Что скажут участнеги? ;-)

-- 
Oleg


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Sergey Philippov

Oleg Deribas пишет:
> Может все-таки перевести постинг в режим "Members only"?
> Ведь совсем несложно зарегистрироваться на google для того чтобы постить
> в группу. Читать можно и без регистрации.
> К тому же сейчас и без того 130 человек зарегистрировано...
> 
> Что скажут участнеги? ;-)
> 
+1

-- 
wbr, ps
ps-at-azs-ru


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Dmitry Yemanov

"Sergey Philippov" <[EMAIL PROTECTED]> wrote:
>
>> Может все-таки перевести постинг в режим "Members only"?
>
> +1

ыщщо +1. Давно пора.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Ded

Oleg Deribas wrote:

> Может все-таки перевести постинг в режим "Members only"?
> 
> Что скажут участнеги? ;-)

Пуркуа бы и не па.

-- 
Regards. Ded.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Alex Cherednichenko

Привет, Oleg!
Вы пишешь  04 июля 2006:

 OD> Что скажут участнеги? ;-)

+пол-литра

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Igor Zakhrebetkov

Oleg Deribas пишет:

> Что скажут участнеги? ;-)

+1
по крайней мере на пару недель - мы же тут регистрировались в свое время

--
Игорь Захребетков


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: ?

2006-07-04 Thread Vladimir A.Bakhvaloff

"Константин" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>> Ребят, завязывайте... А то щас начнется - украинцы против русских, америкосы
>  А что ? Класный подход к решению ВСЕХ проблем ... :)

Да-да-да!..
Особенно от текущих проблем FB2!.. %)))

-- 
[http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235]
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Alexander A. Venikov

Hello, Oleg!
You wrote  on Tue, 04 Jul 2006 16:05:15 +0300:

 OD> Может все-таки перевести постинг в режим "Members only"?
 OD> Ведь совсем несложно зарегистрироваться на google для того чтобы постить
 OD> в группу. Читать можно и без регистрации.
 OD> К тому же сейчас и без того 130 человек зарегистрировано...

 OD> Что скажут участнеги? ;-)
Согласен.

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread ilvi



> 
> Что скажут участнеги? ;-)
> 
+1
Согласен.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-04 Thread Alexander Kolokolzov

+1
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Autoreply: Re: ?

2006-07-05 Thread dada sasa

 
> Что скажут участнеги? ;-)

Согласен


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: ...

2006-07-20 Thread Dmitry Yemanov

"Sergey Mereutsa" <[EMAIL PROTECTED]> wrote:
>
> Это кто-то дозапрещался в HEAD
>
> In file included from ../src/jrd/gds.cpp:164:
> ../src/jrd/../jrd/jrd.h:106: error: use of enum `prc_t' without previous 
> declaration
> ../src/jrd/../jrd/jrd.h:585: error: `prc_t' does not name a type

А для кого в начале хидера forward declaration стоит? В общем, в мыло давай.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: OCTETS

2009-01-29 Thread Kovalenko Dmitry






А то я рехнусь. Окончательно :-)

Надо подумать, может мы от этого и выиграем :-D

Злыдни вы. Вот так просто прибить - и сразу исчезнут все проблемы? Тут
же начнётся вой, что старые базы не переносятся...


Мдя, вообще, ты плохо о них думаешь. Не надо к моей компании примазываться.

И Дима, злыдня, вообще про другое написал ...


З.Ы. Я согласен, прибивайте, но вы хорошо подумали про тех, кто юзает
rdb$bd_key-конструкции?


Предлагаю им убить себя. Самостоятельно. На там - харакири, стена, ийад.

---
Вообще говоря, если работают через нормальные обертки - то ничего не 
случится. Лично у меня снаружи нифига не поменяется.


Если же до сих пор в нативное детство играют - то смотри через строчку выше 
:-)


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

Re[2]: ~Re: SuperClassic

2009-12-11 Thread Sergey Mereutsa

Превед!

> Интересно насколько параллельно. Как я помню по FB1.0 банальный yacc
> выдавал нереентабельный парсер.

Reentrant - если уж использовать кальку - то реентрабельный или -
потокобезопасный. Ы?

-- 
Best regards,
 Sergeymailto:gebele...@gmail.com

Re: Re[2]: Покритикуйте

2007-07-19 Thread Alex Cherednichenko


Привет, Вырва!
Вы пишешь  19 июля 2007:

[Sorry, skipped] 
 ВВЕ>   За то что информация по Firebird доступна теперь и для пользователей 
 ВВЕ> для которых Украинский понятнее чем Русский? 

Предлагаю на сём дискусию прекратить.
В самой WIKI есть возможность оставить коментарии.
Кому нужно - вперёд.

-- 
With best regards, Alex Cherednichenko.

Re: Re[2]: Jaybird

2007-07-31 Thread mrScalder

On 7/31/07, Владимир Аксенов <[EMAIL PROTECTED]> wrote:
>
>
> Здравствуйте, mrScalder.
>
> Вы писали 31 июля 2007 г., 15:20:42:
>
> > б этшь ьрыю ътю ррсютрхт... Эр Java сюыьшшэсттю яршыюцхэшщ - Web, трь
> > сютсхь фруушх тххэюыюушш.
>
> Возьмусь за старое :)
>
> Выключи у себя:
>
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: base64
>
> и твои постЫ сможет прочитать бОльшее кол-во человек.
>

Хм... А как это сделать на gmail? =)

-- 
Роман

Re: Re[2]: forum.ibase.ru

2007-10-01 Thread Дмитрий Пекаровский


On Mon, 1 Oct 2007 08:15:04 +0300
Константин <[EMAIL PROTECTED]> wrote:

> 
> ДП> Та же тема. Думал, что пароли ушли через троянов на компах
> ДП> пользователей, которые имели доступ к сайту по ftp, заменил пароли,
> ДП> проверил, опять блин!
> 
> Короче у меня была подобная ситуация ...
> Долго не мог понять что за ахинея ...
> Если честно до сих пор не пойму ...
> Но решилось просто !!!
> По одному отключал банеры и рекламу 
> На одном из таких банеров и нашёл какай-то скрипт ...
> Правда, если честно со скриптом не разбирался ...
> Просто выкинул ссылку на эту банерную систему и всё ;)
> 
> PS: в моём случае херило страницы дописывая в конец после тега 
> какой-то ява скипт ...

Похоже на то, что это mystat-in.net (MyTOP).
Заявку своему прову я уже отправил. Мож разберется.

А код такой:
"script type="text/javascript">document.write('\u003c\u0"
"iframe src='http://x12345.org/img/counter.php?out=1189360677'
width='1' height='2'>

Re: Re[2]: контекст

2008-04-16 Thread Alex Cherednichenko


Привет, Sergey!
Вы пишешь к Dmitri Kuzmenko 16 апреля 2008:

[Sorry, skipped] 
 SM> З.Ы. А низзя у борланда (или кто там сейчас IB владеет) узнать, как
 SM> они получают значение этого пля - с клиента или резолвят адрес в имя?

Для этого достаточно tdump-а.
(для Win, естественно)

tdump -em fbserver.exe|grep host

Вместо fbserver, естественно, нужно экзешник IB.

-- 
With best regards, Alex Cherednichenko.

Re: Re[2]: контекст

2008-04-16 Thread Alex Cherednichenko


Привет, Vlad!
Вы пишешь  16 апреля 2008:

 >> tdump -em fbserver.exe|grep host

 VK> И шо ? Ну, найдёшь ты их там 5 штук...

В нашем (2.1) ни одного.

-- 
With best regards, Alex Cherednichenko.

Re: Re[2]: контекст

2008-04-16 Thread Vlad Khorsun



"Alex Cherednichenko" ...


Привет, Sergey!
Вы пишешь к Dmitri Kuzmenko 16 апреля 2008:

[Sorry, skipped]
SM> З.Ы. А низзя у борланда (или кто там сейчас IB владеет) узнать, как
SM> они получают значение этого пля - с клиента или резолвят адрес в имя?


   Если с клиента - обязаны опубликовать соотв. dpb_xxx


Для этого достаточно tdump-а.
(для Win, естественно)

tdump -em fbserver.exe|grep host


   И шо ? Ну, найдёшь ты их там 5 штук...

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

Re: Re[2]: Роли

2006-09-27 Thread Valery Gruzdev




"Yuris W. Auzinsh"  сообщил/сообщила в новостях следующее:

VG> А  если  это автоматизированный агент по записи показаний датчиков
VG> каких-нито?  Приставлять к железке еще и человека - пароль вводить
VG> при каждом перезапуске ? ;-)
А CryptProtectData (LsaStorePrivateData) кто-то уже отменил?


Я про то, что существуют ситуации, когда вполне допустимо указывать 
логин/пароль к базе в командной строке или файле конфигурации аппликухи, и 
не париться.
А ты про что? Что можно для этого LSA использовать? Можно. Только всегда ли 
нужно? Опять же, а если не винда?


Grue

Re: Re[2]: Off:

2006-01-23 Thread O6opoTeHb




Очень там все хорошо кэшируется - пройдись по всему массиву 1 раз и
замерь время. А потом второй раз - и тоже время замерь.
Так что

начит баян, и NO_BUFFERING рулит... ИМХО...

Re: Re[2]: [ANN] ????????????????

2006-05-31 Thread Boulitchev Aleksey

"Max Rezanov" > Могу спецально для вас прислать фотографию шкафа на котром 
коробки
> Delphi 5,7 MS VS 2003, 2005. Прям с телефона сделаю 640х480.
> И повторю свое мнение, то что в делфи - не IDE.

коробки и у меня есть а работать будем на D7, потому как IDE - это еще не 
разработка :)

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Autoreply: Re: Autoreply: Re: ?

2006-07-04 Thread aykut

Sn: Yetkili,  İş Ortaklığı Davetimizdir.
Konu:  Mısır Kurutma-Çeltik Kurutma

ÇELTİK KURUTMA
 

Uzun yıllardır üretmekte olduğumuz proje ve patenti firmamıza ait olan   Çeltik 
Kurutma Makinalarını, yurt içinde siz değerli iş ortaklarımıza  satışa 
sunulmuştur. Ülkemizdeki  satış organizasyonumuza ulaşmanızdan  onur duyarız.

Günümüz dünya ekonomisinde, piyasa şartlarının ağır olması ve rekabet ortamının 
yoğunluğuna rağmen satış ve tanıtım  fiyatlarımız ile sizlere istikrarlı ve 
karlı bir ticaret sağlayabilmek için çok özel fiyatlar ile sizleri iş 
ortaklığımıza davet ediyoruz. 

Saygılarımızla

YETSAN PAZARLAMA
Aykut COSKUN
[EMAIL PROTECTED]
0555 563 0548
0262   724 87 80 -81


MISIR KURUTMA,
ÇELTİK KURUTMA,
FINDIK KURUTMA,
BİBER KURUTMA,
SEBZE KURUTMA,
ATIK KURUTMA,
ARITMA ÇAMURU KURUTMA ,
TUZ KURUTMA,
MELAS KURUTMA,
PANCAR MELASI KURUTMA.
KAYSI KURUTMA,
PRİNA KURUTMA,
ZEYTİN KARA SU KURUTMA.




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: CONSTRAINT ??????

2006-07-17 Thread Boulitchev Aleksey

"Dmitry Kotelnikov"

> DK> рекомендую не создавать FK в create table. писать alter table add 
> constraint...
>
> Или ткните носом где можно почитать почему alter table add constrain
> лучше?

ИМХО предрассудки

а вот прямое указание типов вместо использования доменов - зло

скрипт выполнится всегда, будут известны имена индексов, можно будет сделать 
ALTER DOMAIN

create domain PK bigint not null;
create domain NAME varchar(70) not null;
create T (
ID PK,
NAME NAME,
constrait T
  primary key (ID),
constraint T_NAME
 unique (NAME)
);

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

рассасываются проблемы с AUTOCOMMIT DDL and "Object in use"

ИМХО, опять же


-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Re[2]: update ... ( ...)

2006-07-18 Thread Dmitry Yemanov

"Константин" <[EMAIL PROTECTED]> wrote:
>
>  Вот ежели можно было-бы в PK использовать:
> 1) поля с null

UK?

> 2) current_timestamp всегда возвращало-бы
> уникальное дату/время с ms.

'NOW'?


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

1 2 3 4 5 6 7 8 9 10 >

1 - 100 of 26784 matches

Mail list logo