Re: Re:
îÏ ×ÅÄØ É ×Ù ÎÅ ÓÐÉÔÅ, Ç-Î ñÎÅËÓ, ×ÏÎÁ, ÐÒÏ ÑÆÉÌØ ×ÏÐÒÏÛÁÅÔÅ ; ëÁÖÉÓÑ ÚÁÄÎÅÊ ÐÁÍÑÔØÀ ÞÅÇÏ ÔÏ Ñ ×ÓÐÏÍÉÎÁÀ ÐÒÏ ÉÚÍÅÎÅÎÎÙÊ ÂÅÈÅÊ×ÏÒ (ÐÒÏÓÔÉ ÇÏÓÐÏÄÉ) ÏÐÅÒÁÔÏÒÁ "ÉÎ" × 2ËÅ, ÞÔÏ ÔÏ ÐÒÏÓËÁËÉ×ÁÌÏ × ÄÅ×ÅÌÅ, ÎÏ ÐÏÔÏË ÓÏÚÎÁÎÉÑ × ÍÙÓÌØ ÏÆÏÒÍÉÔØÓÑ ÐÏËÁ ÎÅ ÍÏÖÅÔ ;)
Re: Re:
"Dmitry Voroshin" <[EMAIL PROTECTED]> wrote: > > А возможные решения? Ведь кластеры как-то работают. Я не говорил, что решений нет. Но плюнуть и растереть тут не катит. Если не страшно, можешь глянуть исходники OpenDLM (которая в некоторых кластерах используется) - то еще чудище. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Hi "Dmitry Yemanov" > > А возможные решения? Ведь кластеры как-то работают. > > Я не говорил, что решений нет. Но плюнуть и растереть тут не катит. Если не > страшно, можешь глянуть исходники OpenDLM (которая в некоторых кластерах > используется) - то еще чудище. А кто им пользуется? У Oracle совместимая вещь но своя. MySQL точно нет. За PG не скажу ничего (у них кластер вообще есть?), MSSQL точно нет т.к. ODLM тока для Unix подобных систем. WBR Путилин Евгений --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"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:
Hi "Aleksey Karyakin" > > Хоть на старый 2x1ГГц памяти там дофига, и винт скази. Зря пропадает. > > В твоих рассуждениях две ошибки - экономическая и теническая. Тебе жалко > свой металлолом но ты считаешь что кто-то должен писать для тебя > нетривиальный софт бесплатно чтобы этот металлолом заюзать? И наверное ты > считаешь что если приставить 2х1ГГц к 2х3ГГц то получится 2х4ГГц ? Интересно почему все посты которые я встречал по поводу клайстера относятся только к load balansing. Но ни одного поста к fail over? WBR Evgeny Puitilin. P.s. Птница АУУ --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
и чего ты взъелся сегодня ? :) разве я требовал или просил что-то? мне было ИНТЕРЕСНО, что ВЫ все скажете. Тем более, что мысль моя по поводу classic => кластер так совпала с мыслью DY. DY очень даже по теме ответил, за что ему большой респект. я давно ни от кого ничего не жду и не прошу. что могу - сам делаю. Ладно, проехали... :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> MSSQL точно нет т.к. ODLM тока для Unix подобных систем. у MS замаячил некто Virtual Server. все хочу пощупать... --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Oleg_M" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >и чего ты взъелся сегодня ? > :) Это че, я щас буду ругаться посильнее, пока не выбрал, в каком направлении ... Несмотря на пятницу ... > Ладно, проехали... :) :) Regards, Aleksey Karyakin --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> With best regards, Игорь Горбонос. E-mail: [EMAIL PROTECTED] смотрите! у него e-mail в чистом виде.. а мы уже привыкли "гав-гав" писать --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > А разве кто-то не знает, что с именами длиннее 27 символов всегда глючили > > пермиссии, включая невозможность рестора в клинических случаях? > плятт, не знал Я только случайно про это слышал, и как-то старался не делать длинных имен. А вот сегодня узнал причину. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Ded" > А хатки уже есть, и у меня и у обоих обормотов... >Сенкс, Хонда ЦРВ. могу поспорить, что этот человек не написал ни строчки на джаве :) поздравляю, завидую :) -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> >Сенкс, Хонда ЦРВ. > Хороший выбор. Завидую белой завистью :) >> Вне зависимости от модели машины должна быть тщательно обмыта. Иначе >> ездить >> не будет... > >А то :) Вчерась обмыта в семейном кругу, сегодня пиво выкатил на > работе, Вооот, чувствуется настоящий автомобилист. > подожди малость, и твоя очередь придёт :) Всегда готов! :))) With b/r. Gleb. P.S. Очень частая картина в автосалоне : В тот момент, когда измотанный и счастливый покупатель уже все оформил и с ключами направляется к автомобилю, чтоб ехать домой, продавец его окликает и очень серьезно говорит - Ой, подождите, забыл сказать самое важное Покупатель напрягается и озабоченно смотрит на продавца, а тот ему - Не забудте ее как следует обмыть, и главное не затягивайте с этим. Какие улыбки и энтузиазм после этого приходится видеть... :))) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> могу поспорить, что этот человек не написал ни строчки на джаве :) как не написавший ни одной строчки, не вьехал в шутку юмора... расшифруй, плиз --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"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:
>> меня все еще колбасит с 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:
"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote: > > именно от этого и колбасит. хочу потому чта Нафуя, скажи честно? Я не понимаю, что такой запрос должен вернуть. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
>> именно от этого и колбасит. хочу потому чта > > Нафуя, скажи честно? Я не понимаю, что такой запрос должен вернуть. чтобы не плодить однотипные процедуры, и не потерять эффективность выполнения 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:
"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote: > > чтобы не плодить однотипные процедуры, и не потерять эффективность > выполнения Ааа. Так тебе опять надо первую попавшуюся запись для группы вытягивать. Извращенец :-) -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> Ааа. Так тебе опять надо первую попавшуюся запись для группы вытягивать. > Извращенец :-) попался солдатик :) не первую попавшуюся, а первую непохожую в сортированном наборе задолбало делать срезы по историчексим справочникам и атрибутам, я так до execute statement докачусь :( PS спасибо за повод для расстрела (DB_KEY) -- Булычев Алексей http://www.stella-npf.ru "Dmitry Yemanov" --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
>> А что такое IBTM? > > InterBase Transaction Monitor. Работает со всеми версиями IB/FB/YA, > мониторит > состояния транзакций в динамике. А где, кроме курсов Ibase.ru, можно узнать что это за зверь. Гугль то же не знает ;) С уважением, Мещеряков Вадим www.del-fin.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Евгений Килин" <[EMAIL PROTECTED]> wrote: > > Допустим у нас в таблице есть два проиндексированных поля. В одном поле > всего два уникальных значения, а во втором 90% уникальных значений. Я так > понимаю, что оптимизатор для between в 2.0 оценит индексы по этим двум > полям, как равнозначные? Если да, то где-же справедливость? :) И чем это отличается от равенства? -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Dmitry Yemanov" >> Лично я за вариант б) > > Такого варианта нет ни в одном сервере, насколько я в курсе. Все > используют много у кого нет того > вариант (а). Самый оптимистичный - это Оракл, он оценивает "больше/меньше" > в 0.5% и "между" в 0.25%. а в птице уже 0.2 и все равно мало :) помножьте на селективность, жалко что ли? -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote: > > много у кого нет того Ага, они все поголовно тупые. >> вариант (а). Самый оптимистичный - это Оракл, он оценивает >> "больше/меньше" >> в 0.5% и "между" в 0.25%. > > а в птице уже 0.2 и все равно мало :) В птице 20%. Читай внимательно. > помножьте на селективность, жалко что ли? В сад! :-) -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> SELECT * FROM EMPLOYEE e, DEPARTMENT d > WHERE e.workdept = d.deptno > AND d.deptno = ? selectivity 0.25 Поясните убогому, что означает этот запрос? --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"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:
"Serge Buzadzhy" <[EMAIL PROTECTED]> wrote: > > Вне зависимости от количества записей в таблице? Даже из одной? :) И из пустой тоже :-) -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Hi "Oleg LOA" > > Этого никогда не было в полном объеме. Например, ты ему говоришь SORT, а он > > фигачит ORDER. > > Главно что он выполняет его как может ;-) На правах пятници впоминается review reqest к persistence storage. Перечисли все и нажедность хранения и возможность реплицировани и время отклика ну прям все, тока не упомянули что данные должны возвращатся валидные и уловия валидности не указали, на мое высказывание что если взять датчик случайных чисел то он будет удовлетворять всем уловиям но это не то что хочется получить. Путилин Евгений. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Konstantin R. Beliaev" ... > Dmitri Kuzmenko wrote: > > причиной накопления версий является "неработа" сборки мусора. > > в твоем случае причина скорее всего в длительности работы транзакций. > > Сделай их короче, тогда версии будут становиться мусором, и будут > > собираться автоматически. > > А разве первый ролбэк не тормознет сборку мусора до ближайшего свипа? Нет -- Хорсун Влад --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Konstantin R. Beliaev" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > А разве первый ролбэк не тормознет сборку мусора до ближайшего свипа? При записи точек я не делаю ролбэк. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> размер базы данных: от 2 до 20 гигабайт (было указано выше) число > пользователей: от 20 до 70 число транзакций в сутки: от 30 тысяч до > миллиона При всей любви к IB/FB/Ya, все ж думаю, что цифры ОЧЕНЬ оптимистично завышены. --начало блока "возможно гоню" Если мною поддерживаются около десятка баз совокупным размером 300 Мб. и совокупным числом пользователей до 15, то чтобы уровновесить мою муровьиную статистику должен существовать анти-Я, с тем же десятком баз, размером по 10 Гигов и по полсотни юзеров на каждую. Однако, таких как я намного больше, чем анти-Я. АДНАЗНАЧНА --конец блока "возможно гоню" --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Привет > При всей любви к IB/FB/Ya, все ж думаю, что цифры ОЧЕНЬ оптимистично > завышены. ДК наверное брал данные из обращений на ibase. По-моему вполне реально. -- Dmytro Lendel www.bagel.com.ua --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> ÑÑо Ñо же Ñамое, ÑÑо "ÑÐ°Ð·Ð¼ÐµÑ Ð´Ð¸ÑÑÑибÑÑива". > ÑазнÑе ÑеÑвеÑа одни и Ñе же даннÑе Ñ ÑанÑÑ Ð¿Ð¾ ÑÐ°Ð·Ð½Ð¾Ð¼Ñ > (и обÑем Ñ ÑÐ°Ð½ÐµÐ½Ð¸Ñ Ñакже Ð¼Ð¾Ð¶ÐµÑ Ð¾ÑлиÑаÑÑÑÑ). > ÐоÑом, ÑазнÑе меÑÐ¾Ð´Ñ Ð´Ð¾ÑÑÑпа, и Ñ.п. Ñ Ð¸Ð¼ÐµÑ Ð²Ð²Ð¸Ð´Ñ Ð½Ðµ "побайÑномÑ" обÑÐµÐ¼Ñ Ð° по колиÑеÑÑÐ²ÐµÐ½Ð½Ð¾Ð¼Ñ Ñ Ð¾ÑоÑо ÑпÑоекÑиÑÐ¾Ð²Ð°Ð½Ð½Ð°Ñ Ð·Ð°Ð´Ð°Ñа Ñ ÐºÑÑей даннÑÑ Ñ Ð¼Ð½Ð¾Ð¶ÐµÑÑвом полÑзоваÑелей (авÑомаÑов, Ñего лÑдей мÑÑиÑÑ ;)), на ÑÑеднемоÑном ÑеÑвеÑе еÑе ÑÑÐ¾Ð±Ñ Ð¿Ð°ÑамеÑÑÑ ÑеÑвеÑа конÑигÑÑиÑовали пÑоÑи в каждой ÐРвидимо, ÑанÑаÑÑика ÐоможиÑова ÐаÑалÑÑ, г.ЧелÑбинÑк --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Hi! > Впрочем независимо от счета наши уже молодцы. Да, безусловно! Хотелось бы только, чтобы не так долго длилось "мочилово", как прошлый раз, чтобы ночером в глаза спички не вставлять :) Marina --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> > ÑанÑаÑÑика. ÐоÑÐ¾Ð¼Ñ ÑÑо Ð´Ð»Ñ ÐºÐ¾Ð½ÐºÑеÑного ÑеÑвеÑа пиÑаÑÑ Ð¿Ñиложение > без ÑÑеÑа его ÑпеÑиÑики - ÑÑопиÑ. ÐелаÑÑ ÑÑо Ñади ÑеÑÑа - пÑÑÑÐ°Ñ > ÑÑаÑа вÑемени. ÐапиÑаÑÑ ÐÐРваÑианÑа, под ÐÐÐ ÑазнÑÑ ÑеÑвеÑа, и > ÑÑавниÑÑ - да, можно. ÐÐ»Ñ ÑÑого надо знаÑÑ Ð¾Ð±Ð° ÑеÑвеÑа и ÑмеÑÑ > Ð´Ð»Ñ Ð½Ð¸Ñ Ð¿ÑогÑаммиÑоваÑÑ. Ñ.е. гÑамоÑнÑе кÑоÑÑплаÑÑоÑменнÑе пÑÐ¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ - ÑÑо ÑÑопиÑ? ÐоможиÑова ÐаÑалÑÑ, г.ЧелÑбинÑк --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Привет! > финала добрались... Правда я уснул глядя на их игру со Швейцарией. :) Я тоже уснул. Проснулся на пенальти от рева на улице. :-)) -- Dmytro Lendel www.bagel.com.ua --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > сравнить - да, можно. Для этого надо знать оба сервера и уметь > > для них программировать. > т.е. грамотные кроссплатформенные приложения - это утопия? С любой логикой на стороне сервера - да. Если вынести всю логику на уровень сервера приложений, общение с базой вынести в отдельный слой доступа - тогда можно сделать более-менее кроссплатформенное приложение, если конечно не вспоминать про разные режимы работы с транзакциями в разных серверах. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"ната" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> для них программировать. > > т.е. грамотные кроссплатформенные приложения - это утопия? Это фактически набор приложения с одинаковой функциональностью :-), но отличающиеся реализацией...причём иногда в корне. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Oleg LOA" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Фетч результатов, насколько я помню. > Угу, опять в таблицах 1 записей показываем ;-) То вообще была не таблица, а загружаемый из нескольких таблиц объект-документ. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
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:
"Alex Cherednichenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Привет, Marcoci! > Вы пишешь 05 июля 2006: > > MD> Одноразовая легкая работа. > MD> Заплачю. > > Не плачь! > Не смешно :) мне срочно надо :( --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote: > > Да? Неоднократно писал уж здесь, что классик + ооочень долгий запрос + > шатдаун = много геморроя с блокировками Я говорил про 2.0. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote: > > А нельзя это в fbclient.dll встроить, чтоб дисконнект происходил? Думать надо. Ведь у нас сервер ничего автоматом не делает, оставляя все решения на совести клиента. Менять такое поведение надо очень осторожно. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Привет, Boulitchev! Вы пишешь 12 июля 2006: BA> через год будем иметь работоспособную систему :) Кто кого будет иметь, это ещё вопрос... -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Привет, Dmitry! Вы пишешь 12 июля 2006: DY> Думать надо. Ведь у нас сервер ничего автоматом не делает, оставляя все DY> решения на совести клиента. Менять такое поведение надо очень осторожно. Менять?! Боже упаси! Исключение есть? Есть! Чё с им делать - решать пользователю. Естессно, разработчик _приложения_ должен это предусмотреть. Коль уж шатдаун предусмотрен регламентом... Не нужно внедрять ИИ, там где есть мозги. -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
>>>Dmitri Kuzmenko >>>Сейчас в какой ресторан ни зайди - кроме водки и пива >>>ничего нет. Про магазины я и не говорю. >> Boulitchev Aleksey wrote: >> через год будем иметь работоспособную систему :) "Ded" > >Имхо через год будем иметь приличный парк самогонных аппаратов, > всплеск токсикомании и больницы, заполненные пострадавшими от метанола и > окномойных средств. А также расцвет мафии бутлеггеров. водку и пиво пока оставили - типа запасный аэродром, а те кто тоскует по Массандре, клей не нюхают :) -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote: > > Честно говоря, мне не приходит в голову ситуаций, когда шатдаун делается > не с целью отключить всех от базы (ну, разве что выстрел из пушки > Абрамса ;-) ). Нафига тогда держать коннект между fbclient.dll и > сервером ?? Просветите, если есть варианты. Прошу прощения, но это несколько другие яйца. Я абсолютно согласен с тем, что шатдаун должен не только убирать блокировки, но и физически отключать пользователей от базы. Но это должен делать сервер. А клиент должен доложить isc_shutdown до юзверя и уметь без ошибок вызвать isc_detach_database() для обрубленного сервером соединения. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Dmitri Kuzmenko" > а я что, в обед вместо 150 грамм красного вина должен пить > 0.5 пепси или 0.3 пива? Пообедать же нормально невозможно... от же ж клятi москалi! разбаловались на своем метро! а я бутылку шампани со своей свадьбы только на третий год, да еще Новый :) дальше 100 метров от руля не отпускают :) -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Имхо через год будем иметь ... А через два? Regards, Aleksey Karyakin --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote: > >> А клиент должен доложить >> isc_shutdown до юзверя и уметь без ошибок вызвать isc_detach_database() >> для >> обрубленного сервером соединения. > > Если под клиентом понимается fbclient.dll, а не юзерское приложение, то > и я о том же Я не имел ввиду, что дисконнект должна делать сама fbclient. Это должно делать приложение. А fbclient должен позволить корректно это сделать, не вызывая новых ошибок на тему потерянного соединения и т.п. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
> к тому же, нужно голосовать всю неделю, каждый день. > и набрать больше 3036 голосов. Я тут зашел из дома в очередной раз, проголосовать. И слева заметил что-то типа баннера. Чтобы туда уехать, надо 40тыр. Мне кажется, что проще собрать со ста чел по 400 р, чем каждый день помнить, что надо проголосовать :-) Если б у нас были развиты системы оплаты... --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Alex Cherednichenko" <[EMAIL PROTECTED]> wrote: > > И классик тоже? А в где он особенный? Но ему проще, другие коннекты на in use не повлияют. Тока собственные фаберже. > Злые вы. Недобрые... Выпрямлять десятилетнюю кривизну ниасилили. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
Привет, Dmitry! Вы пишешь 19 июля 2006: > > И классик тоже? DY> А в где он особенный? Но ему проще, другие коннекты на in use не повлияют. DY> Тока собственные фаберже. Погодь ка. Нынче, если (как выяснилось) хендл процедуры болтается, у одного из процессов классика, то альтер из другого процесса не прокатывал через isc_dsql_execute2(), но вполне успешно канал через sc_dsql_execute_immediate(). Сейчас как будет то? -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"Alex Cherednichenko" <[EMAIL PROTECTED]> wrote: > > Нынче, если (как выяснилось) хендл процедуры болтается, > у одного из процессов классика, > то альтер из другого процесса не прокатывал через isc_dsql_execute2(), > но вполне успешно канал через sc_dsql_execute_immediate(). > > Сейчас как будет то? Попробуй и доложи. Я в твоих "нынче" и "сейчас" запутался нафиг :-) -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re:
"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
Kovalenko Dmitry wrote: На супере 2.5 независимые базы нормально параллельно работают. Я года назад очень активно с этим игрался. Интересно насколько параллельно. Как я помню по FB1.0 банальный yacc выдавал нереентабельный парсер. А потом, когда замутил многопоточную тестовую систему - перешел на одну базу. И то, если мне не изменяли глаза, супер умудрялся выжирать чуть больше одного ядра (~30% на четырехядернике). При 8 тестовых потоках. Ну много потоков там всегда создавалось. Вопрос в том, что в большенстве случает работал только один.
Re: ~Re: SuperClassic
На супере 2.5 независимые базы нормально параллельно работают. Я года назад очень активно с этим игрался. Интересно насколько параллельно. Запусти и посмотри сам :) Как я помню по FB1.0 банальный yacc выдавал нереентабельный парсер. Я на днях всю линейку мучал. IB4-IB9, FB0.9-FB2.5 Жизнь начинается с IB7 / FB1.5. Коваленко Дмитрий.
Re: Re[3]: ?????
? ? ?, ? ??? ??? (??? ??? ? 1? ). ? ??? ??, ? ??? 120 ?? - ??? ??? ???. ??? ?? , ??? ? ?? ?? ?? ?? 3???, ?? ? ??? ?? ??? . ??, ??? ???... ? ?? ?? ??? ??? ? ?? ??, ? ??? ??? ??? ?? ?? (? ?? ??, ?? ?). ?? ??? ??? ? ??? , ?? ? , ?, ?? ???, ? ? ??? ? ?? ? ?? ???. ??? ? ??... - ?? ??-- ? ??? ? ? "???": ?? ??? ??? ??? ??, ??? ?? - ??? ?? ? (???), ? ?? 2 ? ?? ??? ?? ? (?); ??? - ??? ??; ??? - ??? ??; ??? - ??? ??? ??, ?? - ??? ? ???.
Re: Re[3]: ?????
"""Plotnikov Y писал(а): """ > ? ? ?, ? ??? ??? (??? ??? ? 1? ). я один не вижу текста или все? ;)
Re: Re[3]: ?????
Ñ ÓÁÍ ÎÅ ×ÉÖÕ ;) ×ÔÏÒÏÊ ÒÁÚ ÎÁÂÉÒÁÔØ ÕÖÅ ÌÅÎØ ;)
Re: OT: Re: ?.. ?.. !,... ? ... !!! ???.... ,,,,!!! ? :;;;'___''
Hello, Aleksey Karyakin! You wrote on Tue, 30 May 2006 13:49:11 +0400: AK> Предлагаю ставить в теме побольше вопросов и других знаков AK> препинания чтобы AK> терять их при ответах. согласен :-) Фёдоров Евгений. ЗАО "Трест-М". Екатеринбург. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: ??? ?? ???????
"Sergey Mereutsa" <[EMAIL PROTECTED]> wrote: > > Кааак это с глюками Я его для позиционирования использовал - на > грабли не наступал. Причем до сих пор используется интенсивно. Только это в нем и работает :-) > А where current of вы доже депректнете? Или можно юзать? В моей фразе ключевое слово было - "бы". Так что не боись. А CURRENT OF в любом случае останется. > З.Ы. Дим, у меня head собрался. Вы его больше не мучаете? Мучаем, но пока умеренно. > Можно продолжать собирать? Ага. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: ;)
"Константин" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: > 486 с NT4 Server стоял долго что-то около 3-4 > лет к нему никто не ходил, а когда решили проведать > его, не из-за того что сломалось, нет - просто > просто проведать решили, а оказалось что его > за энто время "нечаяно" в стенку замуровали ... Изначально эту байку про UNIXовый сервак в штатовском универе рассказывали. Про NT4 - не верю ;-) Grue --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: , ...
"Константин" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > К> Порстейший карточный учёт товара :) > К> процедурка выдаёт остатки товара с >Насчет процедурки, не лучший способ реализации. >Гарантированно значительные тормоза при росте обьема данных при получении >остатков и оборотов. Лучше сделать регистр заполняемый в триггерах и все >данные брать одним запросом, без всяких процедур. Работать будет шустрее. Регистр на триггерах тоже вещь еще та - на каждое действие по оборотам остатки считать заново. Я думал это дело обойти чем-то вроде кэша рассчитанных остатков - т.е. при изменении значения в кэше помечаются как устаревшие, а при обращении к ним рассчитываются заново и ложаться в кэш. Т.е. отделить расчеты от изменения оборотов и уменьшить их количество. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: , ...
> РегиÑÑÑ Ð½Ð° ÑÑиггеÑÐ°Ñ Ñоже веÑÑ ÐµÑе Ñа - на каждое дейÑÑвие по обоÑоÑам > оÑÑаÑки ÑÑиÑаÑÑ Ð·Ð°Ð½Ð¾Ð²Ð¾. Я дÑмал ÑÑо дело обойÑи Ñем-Ñо вÑоде кÑÑа > ÑаÑÑÑиÑаннÑÑ Ð¾ÑÑаÑков - Ñ.е. пÑи изменении знаÑÐµÐ½Ð¸Ñ Ð² кÑÑе помеÑаÑÑÑÑ > как ÑÑÑаÑевÑие, а пÑи обÑаÑении к ним ÑаÑÑÑиÑÑваÑÑÑÑ Ð·Ð°Ð½Ð¾Ð²Ð¾ и ложаÑÑÑÑ > в кÑÑ. Т.е. оÑделиÑÑ ÑаÑÑеÑÑ Ð¾Ñ Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð¾Ð±Ð¾ÑоÑов и ÑменÑÑиÑÑ Ð¸Ñ > колиÑеÑÑво. ÐÑалÑно мÑÑлиÑÑ _ С Ñважением, ÐндÑей ÐогилÑнÑй. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: , ...
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > "Константин" <[EMAIL PROTECTED]> wrote: > Выходы: > > а) явный план > б) хинты +0 > в) FB2 :-) > Учитывая что это процедура возникает естественный вопрос. Нафуя вся эта ветка если всё решалось изначально пунктом а) ?! --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: , ...
Я тут подумал, а как это при многопользовательской работе выглядеть-то будет ? Например приходование и расходование одного товара одновременно ? Не ребята мы это уже проходили :( - глюки гарантированы ! Уж лучьше я буду пересчитывать за каждым разом ... ведь как правило глобальные выборки не так часты - только по отчётным периодам ... Почитайте про уровни изолированности транзакций. Если этого не знать, то фигня будет и Вашем решении. Ничем оно не лучше. Дмитрий --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]:
"Константин" <[EMAIL PROTECTED]> wrote: > > может эти же коэфициэнты применять относительно IMHO, это будет чрезмерно оптимистичный прогноз. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[4]:
"Константин" > или перед построением плана выбрать min и max значения по индексному полю ? их разница тоже даст какой-то коеф. хотя этот вариант наверное слегка тормознутый ... Дима уже раза три помянул на ночь гистограммы и складывается такое впечатление, что их достаточно просто закоммитить :) -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[4]:
"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote: > > Дима уже раза три помянул на ночь гистограммы Они не панацея. Для bind vars их не используешь. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: ....
îÅ ÔÁÇÄÙ: Create_User VARCHAR(32) DEFAULT CURRENT_USER Modify_User VARCHAR(32) DEFAULT CURRENT_USER áÇÁ. é ÓÁÍÏÅ ÇÌÁ×ÎÏÅ: Delete_User VARCHAR(32) DEFAULT CURRENT_USER ;-) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Админы, отрубите этого товарисча! 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: ?
И ведь падла, с одного и того же ip-шника, лупит и лупит... 213.194.65.162 Borusan Telekom Istanbul - Turkiye -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Aleksey Karyakin wrote: > Админы, отрубите этого товарисча! Накликали :-D Турецкого мстителя за братьев-азербайджанцев :-D Терпите теперь. А всё Олег ;) -- Regards. Ded. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Hello, Ded! Ded wrote: > Aleksey Karyakin wrote: >>Админы, отрубите этого товарисча! > Накликали :-D Турецкого мстителя за братьев-азербайджанцев :-D > Терпите теперь. А всё Олег ;) да вообще дерьмо. только я почти победил спам у себя в почте, теперь тут эта дрянь. кстати, просто для информации - я сегодня в фильтре спама в этой конфе 33 письма удалил. Так что, включая еще этого турка, и тех козлов, чьи сообщения удалить нельзя (топик unknown), получается удручающая картина... -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Hello, Dmitri Kuzmenko said the following on 04.07.2006 14:53: > кстати, просто для информации - > я сегодня в фильтре спама в этой конфе 33 письма удалил. > Так что, включая еще этого турка, Турка надо было сразу забанить... > и тех козлов, чьи > сообщения удалить нельзя (топик unknown), получается > удручающая картина... Может все-таки перевести постинг в режим "Members only"? Ведь совсем несложно зарегистрироваться на google для того чтобы постить в группу. Читать можно и без регистрации. К тому же сейчас и без того 130 человек зарегистрировано... Что скажут участнеги? ;-) -- Oleg --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Oleg Deribas пишет: > Может все-таки перевести постинг в режим "Members only"? > Ведь совсем несложно зарегистрироваться на google для того чтобы постить > в группу. Читать можно и без регистрации. > К тому же сейчас и без того 130 человек зарегистрировано... > > Что скажут участнеги? ;-) > +1 -- wbr, ps ps-at-azs-ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
"Sergey Philippov" <[EMAIL PROTECTED]> wrote: > >> Может все-таки перевести постинг в режим "Members only"? > > +1 ыщщо +1. Давно пора. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Oleg Deribas wrote: > Может все-таки перевести постинг в режим "Members only"? > > Что скажут участнеги? ;-) Пуркуа бы и не па. -- Regards. Ded. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Привет, Oleg! Вы пишешь 04 июля 2006: OD> Что скажут участнеги? ;-) +пол-литра -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Oleg Deribas пишет: > Что скажут участнеги? ;-) +1 по крайней мере на пару недель - мы же тут регистрировались в свое время -- Игорь Захребетков --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: ?
"Константин" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> Ребят, завязывайте... А то щас начнется - украинцы против русских, америкосы > А что ? Класный подход к решению ВСЕХ проблем ... :) Да-да-да!.. Особенно от текущих проблем FB2!.. %))) -- [http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235] --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
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: ?
> > Что скажут участнеги? ;-) > +1 Согласен. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
+1 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
> Что скажут участнеги? ;-) Согласен --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[2]: ...
"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
А то я рехнусь. Окончательно :-) Надо подумать, может мы от этого и выиграем :-D Злыдни вы. Вот так просто прибить - и сразу исчезнут все проблемы? Тут же начнётся вой, что старые базы не переносятся... Мдя, вообще, ты плохо о них думаешь. Не надо к моей компании примазываться. И Дима, злыдня, вообще про другое написал ... З.Ы. Я согласен, прибивайте, но вы хорошо подумали про тех, кто юзает rdb$bd_key-конструкции? Предлагаю им убить себя. Самостоятельно. На там - харакири, стена, ийад. --- Вообще говоря, если работают через нормальные обертки - то ничего не случится. Лично у меня снаружи нифига не поменяется. Если же до сих пор в нативное детство играют - то смотри через строчку выше :-) Коваленко Дмитрий.
Re[2]: ~Re: SuperClassic
Превед! > Интересно насколько параллельно. Как я помню по FB1.0 банальный yacc > выдавал нереентабельный парсер. Reentrant - если уж использовать кальку - то реентрабельный или - потокобезопасный. Ы? -- Best regards, Sergeymailto:gebele...@gmail.com
Re: Re[2]: Покритикуйте
Привет, Вырва! Вы пишешь 19 июля 2007: [Sorry, skipped] ВВЕ> За то что информация по Firebird доступна теперь и для пользователей ВВЕ> для которых Украинский понятнее чем Русский? Предлагаю на сём дискусию прекратить. В самой WIKI есть возможность оставить коментарии. Кому нужно - вперёд. -- With best regards, Alex Cherednichenko.
Re: Re[2]: Jaybird
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
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]: контекст
Привет, 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]: контекст
Привет, Vlad! Вы пишешь 16 апреля 2008: >> tdump -em fbserver.exe|grep host VK> И шо ? Ну, найдёшь ты их там 5 штук... В нашем (2.1) ни одного. -- With best regards, Alex Cherednichenko.
Re: Re[2]: контекст
"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]: Роли
"Yuris W. Auzinsh" сообщил/сообщила в новостях следующее: VG> А если это автоматизированный агент по записи показаний датчиков VG> каких-нито? Приставлять к железке еще и человека - пароль вводить VG> при каждом перезапуске ? ;-) А CryptProtectData (LsaStorePrivateData) кто-то уже отменил? Я про то, что существуют ситуации, когда вполне допустимо указывать логин/пароль к базе в командной строке или файле конфигурации аппликухи, и не париться. А ты про что? Что можно для этого LSA использовать? Можно. Только всегда ли нужно? Опять же, а если не винда? Grue
Re: Re[2]: Off:
Очень там все хорошо кэшируется - пройдись по всему массиву 1 раз и замерь время. А потом второй раз - и тоже время замерь. Так что начит баян, и NO_BUFFERING рулит... ИМХО...
Re: Re[2]: [ANN] ????????????????
"Max Rezanov" > Могу спецально для вас прислать фотографию шкафа на котром коробки > Delphi 5,7 MS VS 2003, 2005. Прям с телефона сделаю 640х480. > И повторю свое мнение, то что в делфи - не IDE. коробки и у меня есть а работать будем на D7, потому как IDE - это еще не разработка :) -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Autoreply: Re: Autoreply: Re: ?
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 ??????
"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 ... ( ...)
"Константин" <[EMAIL PROTECTED]> wrote: > > Вот ежели можно было-бы в PK использовать: > 1) поля с null UK? > 2) current_timestamp всегда возвращало-бы > уникальное дату/время с ms. 'NOW'? -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---