Re[2]: репликация и что, что я никак не пойму
> Мда. А по мне так и просто Record_ID > достаточно. Естественней некуда :))) А поподробнее? ;) _ С уважением, Юрий
Re: репликация и что, что я никак не пойму
> > Из филиала 1 пришел пакет с репликацией. Он загрузился в базу и этот же > > пакет отправился в филиалы 2,3,4 ...? > > В пакете содержится один источник назначения. Это первые 3 цифры имени файла > пакета. > Надо как-то загрузить данные в базу, похоже надо делать похожий триггер с > REPL3 и еще один с REPL4, завтра проекспериментирую И что, даже никаких мыслей о том, что менять конструкцию базы при появлении нового REPL_xxx - это не нормально, не появляется ? Коваленко Дмитрий.
Re: Ну, типа, почти пятница уже.
боян? http://new.moto.kiev.ua/forum/?fname=sale&trid=sale/1162393539473&vp=0 примечание - вся суть в каментах
Re: Ну, типа, почти пятница уже.
баян с башорга транзакция для идиотов - тебе надо дать взятку трём козлам, дал первому, второму, а третий не взял ты в полной ж..., а если бы у тебя были транзакции, то как только третий не взял бабло, первые двое отдали бы бабки
Re[4]: еще раз вернуться к дереву
NT> что касается явного join и вставки выборки из sp первой, то ИМХО парсеру это NT> побоку, план остается тотже. при явном Join с первой Sp план НЕМНОГО другой, ну даже если одинаков - то это не означает что выборка будет происходить так же ... Это только означает что будут использовать те-же индексы и в том же порядке. НО у SP НЕТ индексов при select * from SP происходит ПОЛНОЕ чтение, грубо говоря Natural. Исходя из этого логично было-бы делать выборку из SP только 1 раз :) Особый выиграш будет если SP возвращает много меньше записей чем связанная таблица. А у тебя, с неявным join, получается почти декартово произведение таблиц - потому и медленнее т.к. для КАЖДОЙ записи из декартового произведения в случае select * from tbl1, tbl2, SP ... SP будет вызвана Count(Tbl1) * Count(tbl2) раз, а для select * from tbl1, tbl2 where tbl1=tbl2 and exists (select * from SP(tbl1)) ... SP будет вызвана меньшее число раз т.к. EXISTS вызывается ПОСЛЕ отработки доп. условий в WHERE т.е. над уже меньшим множеством нежели Count(Tbl1) * Count(tbl2) NT> Так что на таком запросе exists (select from sp) получается быстрее минимум NT> в три раза, вот меня и интересует почему? Я/ выше обьяснил, сделай пробу, убрав доп. условия и оставив только связки, например: select p.name,p.fullname,p.description, sum(di.qty),di.price_prov,di.price,di.discount, d.date_docum,d2.date_docum,f.name,g.name,f.code from products p, docum_items di, documents d, firms f, product_cards pc, docum_items di2, documents d2, groups g, (select id from recurs_groups(0)) rg where (p.id_product = di.id_product) and rg.id=p.id_group and (d.id_docum = di.id_docum) and (d.id_firm = f.id_firm) and (di.id_card = pc.id_card) and (pc.id_docitem = di2.id_docitem) and (di2.id_docum = d2.id_docum) and (p.id_group = g.id_group) group by p.name,p.fullname,p.description, di.price_prov,di.price, di.discount,d.date_docum,d2.date_docum,f.name,g.name,f.code и select p.name,p.fullname,p.description, sum(di.qty),di.price_prov,di.price,di.discount, d.date_docum,d2.date_docum,f.name,g.name,f.code from products p, docum_items di, documents d, firms f, product_cards pc, docum_items di2, documents d2, groups g where (p.id_product = di.id_product) and exists (select id from recurs_groups(0) where id=p.id_group) and (d.id_docum = di.id_docum) and (d.id_firm = f.id_firm) and (di.id_card = pc.id_card) and (pc.id_docitem = di2.id_docitem) and (di2.id_docum = d2.id_docum) and (p.id_group = g.id_group) group by p.name,p.fullname,p.description, di.price_prov,di.price, di.discount,d.date_docum,d2.date_docum,f.name,g.name,f.code - я уверен что разница НАМНОГО уменьшится NT> Да и привык я за много лет к такому способу написания запросов. Ну вот против этого нет аргументов кроме как: "привычки рано или поздно ПРИХОДИТСЯ менять ..." ;) PS: Ещё раз рекомендую http://ibase.ru/devinfo/joins.htm, не поленись почитай ... С уважением, Константин Григорьевич. ===
Re: ���������� � ���, ��� � ����� �� ����
"ÃÃÃÃÃÃÃÃà ç.÷." <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > >> é ÃÃà à ÃÃà ÃÃà Ãà ÃÃÃà ÃÃÃ-Ãà ÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃà Ãà >> ÃÃÃÃÃÃà ÃÃÃÃÃÃà (REPL2) ÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃà ÃÃà (à ÃÃà ÃÃÃÃÃÃà ÃÃÃà Ãà ÃÃÃà >> REPL3?) à Ãà ÃÃà ÃÃÃÃ.(ÃÃÃà REPL4 ?), à ÃÃÃÃÃà Ãà ÃÃà ÃÃà Ãà Ãà ÃÃÃÃÃà à >> Ãà ÃÃà ÃÃÃÃ, Ãà Ãà ÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃà à ÃÃà ÃÃÃ. é ÃÃà ÃÃà ÃÃÃÃÃà à ÃÃÃÃà >> REPL2, REPL3 à REPL4 ÃÃÃà ÃÃÃÃÃÃÃà à ÃÃà ÃÃÃÃÃÃ. > á Ãà ÃÃÃà Ãà ÃÃÃÃà ÃÃÃÃÃÃÃÃÃ: > éà ÃÃÃÃÃÃà 1 ÃÃÃÃà à ÃÃÃà à à Ãà ÃÃÃÃÃÃÃà Ã. ïà ÃÃÃÃÃÃÃÃÃà à ÃÃÃà à ÃÃÃà Ãà > ÃÃÃà à ÃÃÃÃÃÃÃÃÃà à ÃÃÃÃÃÃà 2,3,4 ...? ÷ ÃÃÃà Ãà ÃÃÃà ÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃ. üÃà Ãà ÃÃÃà 3 ÃÃÃÃà ÃÃà Ãà ÃÃÃÃà ÃÃÃà ÃÃ. îÃÃà ÃÃÃ-Ãà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃà à ÃÃÃÃ, ÃÃÃÃÃà ÃÃÃà Ãà ÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃà à à REPL3 à à Ãà ÃÃÃà à REPL4, ÃÃÃÃÃà ÃÃÃà ÃÃÃà ÃÃÃà ÃÃÃÃÃÃ
Re: ���������� � ���, ��� � ����� �� ����
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > ÷ÃÃÃà ÷ÃÃà ÃÃà åÃÃà ÃÃà ÃÃà wrote: > >> á ÃÃÃà Ãà Ãà Ãà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃà à ÃÃà Ãà ÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃà ? > > ñ Ãà ÃÃÃÃà Ãà à ÃÃÃÃÃ, ÃÃà ÃÃÃÃà à ÃÃà ÃÃÃà ÃÃÃà ÃÃÃÃÃà ÃÃà Ãà ÃÃÃÃÃÃÃà ÃÃà > ÃÃÃÃÃà - ÃÃÃÃÃà ÃÃà ÃÃÃÃà PK (Base_ID, Record_ID). çÃÃÃÃÃÃÃÃÃÃ-ÃÃÃÃÃÃÃÃÃà à > ÃÃÃÃÃà à ÃÃãÃÃà ÃÃÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃ, Ãà ÃÃÃÃÃà Ãà à ÃÃÃÃà > Ãà ÃÃÃÃÃÃÃÃ. îà ÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃà à à > ÃÃÃÃÃÃà ÃÃÃÃà à Ãà ÃÃà ÃÃÃÃÃÃÃÃà ÃÃà à ÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃ... > ôà Ãà ÃÃÃà (éÃèï), ÃÃà ÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃà ÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃÃà ÃÃà à ÃÃÃÃÃÃÃ
Re: Re[2]: ��� ��� ��������� � �����
(ÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃ) ñ ÃÃÃà ÃÃà Ãà ÃÃÃÃ, Ãà ÃÃ, éÃèï, Ãà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃà Ãà ñ÷îùê JOIN ÃÃà ÃÃÃ. äÃà - ÃÃÃÃÃÃÃà Ãã-Ãà Ãà Ãà ÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃà Ãà SP Ãà Ãà ÃÃÃà Ãà ÃÃÃ. äà à ÃÃÃÃÃ, Ãà ÃÃÃà ÃÃà ÃÃÃ, Ãà ÃÃÃÃà à Ãà ÃÃÃÃà ÃÃÃÃÃÃà ... Ãà ÃÃÃà Ãà Ãà ÃÃÃÃÃà ÃÃÃÃÃÃà Join ? é ÃÃÃÃà Ãà Ãà ÃÃà à Ãà Ãà ÃÃÃÃ-Ãà ÃÃÃÃÃÃà à ... á ÃÃÃÃÃà -Ãà Ãà Ãà à ÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃ: http://ibase.ru/devinfo/joins.htm ÃÃà ÃÃà Ãà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃÃ, + à - ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃÃÃà ... ó ÃÃÃÃà ÃÃà Ã, ëÃÃÃÃÃÃÃÃà çÃÃÃÃÃÃà ÃÃÃ. ÃÃà ÃÃÃÃà ÃÃà ÃÃÃÃÃà join à ÃÃÃÃÃÃà ÃÃÃÃÃÃà Ãà sp Ãà ÃÃÃÃ, Ãà éÃèï ÃÃÃÃà Ãà ÃÃà ÃÃÃÃÃÃ, ÃÃÃà ÃÃÃÃà ÃÃà ÃÃÃÃà . ôÃà ÃÃà Ãà ÃÃÃÃà ÃÃÃÃÃÃà exists (select from sp) ÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃà à ÃÃÃÃÃÃà à ÃÃà ÃÃÃÃ, ÃÃà Ãà Ãà à ÃÃÃà Ãà ÃÃà à ÃÃÃà ÃÃ? äà à ÃÃÃÃÃà à Ãà ÃÃÃÃà Ãà à à ÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃ.
Re: репликация и что, что я никак не пойму
> > А почему бы не вставлять информацию о том от куда пришло обнавление? > >Я уж скока лет бубню, что самый естественный способ для реплицируемых > таблиц - двухсегментный PK (Base_ID, Record_ID). Мда. А по мне так и просто Record_ID достаточно. Естественней некуда :))) Коваленко Дмитрий.
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
Hello, Владимир! Владимир Каратаев wrote: Влад, это все частности. Работа с датами- один из примеров давних хотелок. Я понимаю, что с халявы ничего требовать низя, я просто прошу. Нет- так нет. А этом треде я поддержал просьбу парня, чтобы увеличить "весомость" просьбы, т.к. актуальность хотелки со временем не уменьшилась. ... то есть. ты говоришь - "сделайте мне". И кто-то должен смотреть стандарт, и думать, как бы ДЛЯ ТЕБЯ сделать лучше? Чтобы ты потом заявил - вот вы фигню какую то сделали... я утрирую, но на самом деле это так. С любыми "пожеланиями". Нет бы сам взял стандарт, посмотрел как там, и расписал как это должно быть, и с какими изменениями было бы лучше. И занес в feature tracker. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re[2]: еще раз вернуться к дереву
NT> оба варианта ни к чёрту :) NT> select p.* from from recurs_groups(:id_groups) g NT> join products p on g.id=p.id_group NT> Да? Для экспериментов взят FB2rc3 Тогда запрос: NT> select p.name,p.fullname,p.description, NT>sum(di.qty),di.price_prov,di.price,di.discount, NT>d.date_docum,d2.date_docum,f.name,g.name,f.code NT> from products p, docum_items di, documents d, firms f, NT> product_cards pc, docum_items di2, documents d2, groups g, NT> (select id from recurs_groups(0)) rg NT> where (p.id_product = di.id_product) NT> and rg.id=p.id_group NT> and (d.id_docum = di.id_docum) NT> and (d.date_docum between '01.09.2006' and '09.11.2006') NT> and (d.id_operation = 2) NT> and (d.id_firm = f.id_firm) NT> and (di.id_card = pc.id_card) NT> and (pc.id_docitem = di2.id_docitem) NT> and (di2.id_docum = d2.id_docum) NT> and (p.id_group = g.id_group) NT> group by p.name,p.fullname,p.description, NT> NT> di.price_prov,di.price,di.discount,d.date_docum,d2.date_docum,f.name,g.name,f.code (дальше поскипано) Я конечно не гуру, но ты, ИМХО, не обратил внимание на ЯВНЫЙ JOIN это раз. Два - попробуй всё-же переписать свой запрос поставив выборку из SP на первое место. Да и потом, не знаю как кто, но лично я за такие запросы ... ну почему не вязать явнымии Join ? И парсеру легче и тебе было-бы понятней ... А вообще-то тебе с такими запросами сюда: http://ibase.ru/devinfo/joins.htm там очень популярно описана твоя ситуация, + и - подобного построения запросов ... С уважением, Константин Григорьевич. ===
Re: Daffodil Replicator
Hello, Andrew Ryzhokhin said the following on 09.11.2006 17:58: > Поэтому последующие патчи так и остались у нас. Так а вы не думали сделать форк и захостить его на том же sourceforge? -- Oleg
Ну, типа, почти пятница уже.
Я тут родил отчёт об отпуске. В четырёх частях. Во второй и четвёртой много фоток, хоть и уменьшенных, трафик. В третьей парочка, в первой нет. http://wwwboards.auto.ru/jokes/97306.html http://wwwboards.auto.ru/jokes/97312.html http://wwwboards.auto.ru/jokes/97316.html http://wwwboards.auto.ru/jokes/97371.html С Голубой Аркой не сложилось, этот ДЦ выезд в Дахаб только в прайсе держит, а в натуре ни фига. Но на Тистлегорм таки выбрался. -- Regards. Ded.
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
Владимир Каратаев wrote: да вааще никаких проблем- на раз напишу, только отсылать даже не буду. сам соберу свою версию. это вернее будет. а то ты сказанул про релиз хорошо. помнишь сколько мильонов лет назад полуторка вышла? а фб2.1 когда еще появится? я уж дедушкой стану. Дык етта... Воплощение в жизнь твоего любимого прынцыпа - либо всё либо ничего. Ну нетестирование и неотсылы баг репортов тоже, конечно, сильно ускоряют процесс. К концу релиз-цикла каждый RC по сути появлется после очередного мелкого бажка, когда все, услышав что вот-вот релиз, наконец решают попробовать. А раньше-то зачем, пусть другие потрахаются. А каждый RC должен месяцок походить в стадии тестирования... -- Regards. Ded.
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
Vlad Horsun wrote: Короче, я уже давно на развитие FB забил и тебе рекомендую не надеятся на лучшее, а то вон, уже заклевали тебя слету. Если вышеперечисленное для тебя означает _развитие_, то да, такого "развития" нет. +1000. Задолбал уже поток хотелок всякой мелочёвки для упрощения решения личных проктологических потуг или просто по лени. А касательно данной конкретной - особо выдающихся результатов можно будет добиться, совершив преобразование туды-суды с разными форматами по склерозу. Нафих. Серверные форматы фиксированные и это благо. -- Regards. Ded.
Re: репликация и что, что я никак не пойму
Вырва Валерий Евгеньевич wrote: А почему бы не вставлять информацию о том от куда пришло обнавление? Я уж скока лет бубню, что самый естественный способ для реплицируемых таблиц - двухсегментный PK (Base_ID, Record_ID). Группировки-фильтрации и прочая в отчётах всяких потом делаются тривиально, не говоря уж о самой репликации. Но широкие массы продолжают упорно дробить диапазоны ключей и плодить гуиды с целью самозабвенно с ними впоследствии бороться... -- Regards. Ded.
Re: Может ли быть таблица без первичного ключа?
Konstantin R. Beliaev wrote: Сделай UNIQUE DESCENDING INDEX - получишь то же что и первичный ключ Особенно приятно будет делать ссылающиеся на него форейны. -- Regards. Ded.
Re: Daffodil Replicator
AR> AR>> я точно сейчас не скажу. Когда создаю подключение: указываю JDBC, AR>> сервер, порт username и прочее, AR> AR> Может поможет. :) : нашел несколько существенных отличий. завтра буду пробовать. AR> Если, что задавай вопросы, постараюсь AR> ответить. спасибо. -- Кочмин Александр
Re: ��� ��� ��������� � �����
ðÃÃÃÃà à Ãà ÃÃÃÃÃÃà ÃÃÃÃÃÃà Ãà ÃÃÃÃ, à ÃÃà Ãà ÃÃÃà ÃÃÃÃÃÃÃ: úÃÃÃÃà select p.name,p.fullname,p.description from products p, (select id from recurs_groups(0)) rg where rg.id=p.id_group PLAN JOIN (GROUPS INDEX (RDB$PRIMARY7), RECURS_GROUPS NATURAL)(GROUPS INDEX (GROUPS_IDX__PARENT_NAME))(P INDEX (RDB$FOREIGN43)) ÃÃÃà ÃÃÃÃà Ãà à select p.name,p.fullname,p.description from products p where exists (select id from recurs_groups(0) where p.id_group=id) PLAN (GROUPS INDEX (RDB$PRIMARY7))(RECURS_GROUPS NATURAL)(GROUPS INDEX (GROUPS_IDX__PARENT_NAME)) PLAN (P NATURAL)
Re: ��� ��� ��������� � �����
ÃÃà ÃÃÃÃÃÃÃà Ãà à ãÃÃà :) select p.* from from recurs_groups(:id_groups) g join products p on g.id=p.id_group ÃÃà ÃÃÃà à ÃÃÃÃÃà , Ã.Ã. ÃÃÃÃÃÃÃÃà à ÃÃÃÃÃ, à ÃÃãà ÃÃÃÃÃà , ÃÃà ëáöäïê ÃÃÃÃÃà products ÃÃÃà à ÃÃÃÃÃÃÃÃÃà recurs_groups Ãà à ã plan natural :( ÷ Ããà Ãà ÃÃÃÃÃÃÃà recurs_groups ÃÃÃÃÃÃà ÃÃà 1 ÃÃà Ãà à ã à ÃÃÃà Ãà Ãà products ÃÃÃÃÃÃÃÃà ÃÃÃ. Ã¥ÃÃà ÃÃÃà ÃÃà ID ÃÃà à Ãà Ãà Primary Key :) äÃ? äÃà ÃÃÃÃà ÃÃÃà ÃÃÃà ÃÃÃà FB2rc3 ôÃÃÃà ÃÃÃÃÃÃ: select p.name,p.fullname,p.description, sum(di.qty),di.price_prov,di.price,di.discount, d.date_docum,d2.date_docum,f.name,g.name,f.code from products p, docum_items di, documents d, firms f, product_cards pc, docum_items di2, documents d2, groups g, (select id from recurs_groups(0)) rg where (p.id_product = di.id_product) and rg.id=p.id_group and (d.id_docum = di.id_docum) and (d.date_docum between '01.09.2006' and '09.11.2006') and (d.id_operation = 2) and (d.id_firm = f.id_firm) and (di.id_card = pc.id_card) and (pc.id_docitem = di2.id_docitem) and (di2.id_docum = d2.id_docum) and (p.id_group = g.id_group) group by p.name,p.fullname,p.description, di.price_prov,di.price,di.discount,d.date_docum,d2.date_docum,f.name,g.name,f.code ÃÃÃà PLAN SORT (JOIN (JOIN (JOIN (JOIN (JOIN (GROUPS INDEX (RDB$PRIMARY7), RECURS_GROUPS NATURAL), GROUPS INDEX (GROUPS_IDX__PARENT_NAME)), JOIN (G INDEX (RDB$PRIMARY7), P INDEX (RDB$FOREIGN43)), DI INDEX (RDB$FOREIGN65)), PC INDEX (RDB$PRIMARY10), D INDEX (RDB$PRIMARY3)), DI2 INDEX (RDB$PRIMARY4))(F INDEX (RDB$PRIMARY6))(D2 INDEX (RDB$PRIMARY3))) ÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃà 13Ãà ÃÃÃÃ, ÃÃÃà ÃÃÃÃà ÃÃà à ÃÃÃÃÃà Ãà 132ÃÃà ÃÃÃÃÃà Ã, groups 59 ÃÃÃÃÃà ðà Ãà ÃÃÃÃÃÃà à ÃÃÃÃÃà select p.name,p.fullname,p.description, sum(di.qty),di.price_prov,di.price,di.discount, d.date_docum,d2.date_docum,f.name,g.name,f.code from products p, docum_items di, documents d, firms f, product_cards pc, docum_items di2, documents d2, groups g where (p.id_product = di.id_product) and exists (select id from recurs_groups(0) where id=p.id_group) and (d.id_docum = di.id_docum) and (d.date_docum between '01.09.2006' and '09.11.2006') and (d.id_operation = 2) and (d.id_firm = f.id_firm) and (di.id_card = pc.id_card) and (pc.id_docitem = di2.id_docitem) and (di2.id_docum = d2.id_docum) and (p.id_group = g.id_group) group by p.name,p.fullname,p.description, di.price_prov,di.price,di.discount,d.date_docum,d2.date_docum,f.name,g.name,f.code ÃÃÃà PLAN (GROUPS INDEX (RDB$PRIMARY7))(RECURS_GROUPS NATURAL)(GROUPS INDEX (GROUPS_IDX__PARENT_NAME)) PLAN SORT (JOIN (D INDEX (DOCUMENTS_IDX, RDB$FOREIGN62), F INDEX (RDB$PRIMARY6), DI INDEX (RDB$FOREIGN21), PC INDEX (RDB$PRIMARY10), P INDEX (RDB$PRIMARY9), G INDEX (RDB$PRIMARY7), DI2 INDEX (RDB$PRIMARY4), D2 INDEX (RDB$PRIMARY3))) ÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃà 5 Ãà ÃÃÃÃ, ÃÃÃà ÃÃÃÃà ÃÃà à ÃÃÃÃÃà 5 ÃÃà ÃÃÃÃÃà Ã, à groups 110 ÃÃà ÃÃÃÃÃà à à ÃÃÃÃà ÃÃà ÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃà . èÃÃà ÃÃÃÃÃà ÃÃà ÃÃÃ-Ãà ÃÃà Ãà Ãà Ãà ÃÃÃÃà ÃÃÃÃÃÃÃÃ, ÃÃÃà à ÃÃà Ãà ÃÃÃà ÃÃÃÃà à à ÃÃà ÃÃÃÃÃ?
Re: Daffodil Replicator
> я точно сейчас не скажу. Когда создаю подключение: указываю JDBC, сервер, > порт username и прочее, Может поможет. :) : Для старта: java -classpath firebirdsql-full.jar;log4j.jar;Replicator.jar com.daffodilwoods.repconsole.StartServer pubserver Хотя там вроде батники были ... Дальше параметры: Driver: org.firebirdsql.jdbc.FBDriver (первый раз ручками написать) URL: jdbc:firebirdsql:host:databasealias Username: sysdba Password: masterkey IP Address: host (можно указать айпишник или имя хоста, но не localhost - иначе проблемы с RMI :) ) Server Port No.: 3001 (тут свободный надо выбрать.) > потом жму продолжить, он выбает что не может подключиться. > Я не уверен, что я там правильно все с jdbc сделал. Хотя вроде как мануалы > бегло читал. > Но в java и в jdbс познания нулевые, напильника подходящего нет, а метод > научного тыка работать отказался. ;) > Поэтому сомневаюсь, что дойду до правки исходников, если что. Да ладно уж ... ;) Чего там править .. "наливай да пей" .. :) > Надо будет еще с sf попробовать. А вдруг. Я их триальную версию даже не качал ... > Вот выбираю. Просмотрел несколько уже. > Австралийский с первым диалектом не работает. Надо исходники крутить. Хорошо > хоть они на delphi. > Французский глючит страшно. разработчику писал. Толку мало. > > Этот тоже посмотрел. Он онлайн. А хотелось то оффлайн. > Хотя надо посмотреть его получше. > > Я так думаю, что без знания java к даффодилу лучше не подходить. :) Повторюсь: java - это ещё не самое страшное в этой жизни ... :) И если деваться особо некуда, то и знания java быстренько найдутся. :) Если, что задавай вопросы, постараюсь ответить.
Re: Daffodil Replicator
Привет! > Да в IBReplicator тоже далеко не все гладко, особенно под linux. x86_64 > версии нет, а i386 версию мне так и не удалось запустить на sles x86_64. > И вообще - бинарники для линукса слинкованы динамически даже с > libfbclient так чтобы запустить его с fb 2.0 приходится шаманить с > линками... Даффодил на java, поэтому со сборкой ни под виндой, ни под линухом (собирали только из спортивного интереса ... :) ) проблем не возникло. :) > В общем идеала нет. Это точно. > А интересно, индусы ваши патчи часом не используют в своей коммерческой > версии? Патч мы послали только один и самый первый. Наивно полагая, что нас поблагодарят и мы совместными усилиями сделаем этот репликатор - "всё лучше и лучше ...". Но нас проигнорировали. Поэтому последующие патчи так и остались у нас. А чего они сделали с тем первым патчем никто не знает. :) > И GPL-версию они собираются дальше обновлять? На письмо к ним с этим вопросом они почему-то тоже промолчали ... :( Удачи! Андрей Рыжохин www.ardas.dp.ua
Re: еще раз вернуться к дереву
"Константин" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >select p.* from from recurs_groups(:id_groups) g > join products p on g.id=p.id_group Вдал, Дима подскажите. Мой вариант объединения table b sp через left join всё ещё актуален в FB 2.0 или можно уже просто делать join или неявный join?
Re: OFF: ������� ������� ������ "The Delphi Survey for 2006"
> AH> ðÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃà Delphi - ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃà > ÃÃÃà Ãà The > AH> Delphi Survey for 2006 Ãà Delphi Team! ֈ ÃÃÃÃà Ãà ÃÃà ÃÃÃà ÃÃÃà > ÃÃÃà ÃÃÃÃà Ãà > AH> ÃÃÃÃÃà Unicode, 64-bit, .NET 2.0, Vista, CF... > > AH> http://bdntv.borland.com/survey/DelphiSurvey2006_russian.html > > ðÃà ÃÃÃÃÃÃà ÃÃÃà à The page cannot be found > îà ÃÃÃÃÃà ÃÃà à ÃÃÃÃÃÃÃÃà ÃÃà Ãà ÃÃÃÃ. ãà ÃÃà ÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃà à ÃÃà ÃÃÃÃÃÃ.
Re: еще раз вернуться к дереву
NT> Есть процедура обхода дерева: (Skip) NT> Как на FB2 лучше с ней работать: NT> select p.* NT> from products p NT> where p.id_group in (select id from recurs_groups(:id_groups)) NT> или NT> select p.* NT> from products p NT> where exists (select id from recurs_groups(:id_groups) where id=p.id_group) оба варианта ни к чёрту :) select p.* from from recurs_groups(:id_groups) g join products p on g.id=p.id_group так будет лучьше, т.к. насколько я помню, в твоём случае, для КАЖДОЙ записи products будет вызываться recurs_groups да ещё plan natural :( В моём же варианте recurs_groups вызывается 1 раз да ещё и индекс из products используется. Если конечно ID это у тебя Primary Key :) С уважением, Константин Григорьевич. ===
Re: Daffodil Replicator
Hello, Andrew Ryzhokhin said the following on 09.11.2006 16:03: > К сожалению ничего лучшего на момент > выбора репликатора не нашли ... > Вот IBReplicator недавно новые версии > повыпускал: > http://www.ibphoenix.com/main.nfs?a=ibphoenix&s=1163080820:149463&page=ibp_replicator > > Но нам пока деваться некуда .. :) > Уже с даффодилом связались. Да в IBReplicator тоже далеко не все гладко, особенно под linux. x86_64 версии нет, а i386 версию мне так и не удалось запустить на sles x86_64. И вообще - бинарники для линукса слинкованы динамически даже с libfbclient так чтобы запустить его с fb 2.0 приходится шаманить с линками... В общем идеала нет. А интересно, индусы ваши патчи часом не используют в своей коммерческой версии? И GPL-версию они собираются дальше обновлять? -- Oleg
Re: Daffodil Replicator
AR> AR> На счёт подключения: AR> Какие настройки используются и какую AR> ошибку выдаёт? я точно сейчас не скажу. Когда создаю подключение: указываю JDBC, сервер, порт username и прочее, потом жму продолжить, он выбает что не может подключиться. Я не уверен, что я там правильно все с jdbc сделал. Хотя вроде как мануалы бегло читал. Но в java и в jdbс познания нулевые, напильника подходящего нет, а метод научного тыка работать отказался. ;) Поэтому сомневаюсь, что дойду до правки исходников, если что. Надо будет еще с sf попробовать. А вдруг. AR> К сожалению ничего лучшего на момент AR> выбора репликатора не нашли ... Вот выбираю. Просмотрел несколько уже. Австралийский с первым диалектом не работает. Надо исходники крутить. Хорошо хоть они на delphi. Французский глючит страшно. разработчику писал. Толку мало. AR> Вот IBReplicator недавно новые версии AR> повыпускал: AR> http://www.ibphoenix.com/main.nfs?a=ibphoenix&s=1163080820:149463&page=ibp_replicator Этот тоже посмотрел. Он онлайн. А хотелось то оффлайн. Хотя надо посмотреть его получше. AR> AR> Но нам пока деваться некуда .. :) AR> Уже с даффодилом связались. Я так думаю, что без знания java к даффодилу лучше не подходить. :) -- Кочмин Александр
Re: Daffodil Replicator
На счёт подключения: Какие настройки используются и какую ошибку выдаёт? Мы его пол года в разработке используем. В лайф пока не пошёл ... Вернее вот вот только у клиента всё подымаем. Проблемки были и всё время что то "вылезает". :( Но так как у нас есть сырцы, то мы уже всё это фиксим не отходя так сказать от кассы .. :) Из последнего: проблемы с кодировкой под линухом .. но это уже тоже пройденный этап ... :) Повторюсь, мы используем фришную версию. Возможно в enterprise они наверняка многое пофиксили. К сожалению ничего лучшего на момент выбора репликатора не нашли ... Вот IBReplicator недавно новые версии повыпускал: http://www.ibphoenix.com/main.nfs?a=ibphoenix&s=1163080820:149463&page=ibp_replicator Но нам пока деваться некуда .. :) Уже с даффодилом связались. Удачи! Андрей Рыжохин www.ardas.dp.ua
Re: Поздравляю с родами FB 2.0
Oleg LOA wrote: "Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] После конференции. А может после релиза 2.0? :-) Так вроде ж уже... Connecting... Passed! Server version: WI-V6.3.0.12748 Firebird 2.0 Attempting to connect to services manager... Passed! Безо всяких RC. Н подумал, это уже релиз.
Re: Поздравляю с родами FB 2.0
Oleg LOA wrote: После конференции. А может после релиза 2.0? :-) Это одно и то же :-) Релиз будет официально объявлен на конфе. -- Дмитрий Еманов
��� ��� ��������� � �����
Ã¥ÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃÃÃà Ãà Ãà ÃÃ: CREATE PROCEDURE RECURS_GROUPS ( parent integer) returns ( id integer) as BEGIN IF (EXISTS (SELECT id_group FROM groups WHERE id_group = :parent)) THEN BEGIN id = parent; SUSPEND; END FOR SELECT id_group FROM groups WHERE id_parent = :parent INTO :id DO BEGIN FOR SELECT id FROM recurs_groups(:id) INTO :id DO SUSPEND; END end ëÃà Ãà FB2 ÃÃÃÃà à Ãà à ÃÃÃÃÃÃÃÃ: select p.* from products p where p.id_group in (select id from recurs_groups(:id_groups)) ÃÃà select p.* from products p where exists (select id from recurs_groups(:id_groups) where id=p.id_group)
�������� ��� ���� ������, ������
select d.Year_Int, d.Month_Int, d.Year_Month_String, sum(di.Qty) as Sum_Qty, sum(di.Qty*di.Price) as Sum_Product from vw_Documents d, Operations o, Docum_Items di, Products p where (d.ID_Operation = o.ID_Operation) and (o.State in (3,7)) and (d.Flag_Virtual = 0) and (d.ID_Docum = di.ID_Docum) and (di.ID_Product = p.ID_Product) group by d.Year_Int, d.Month_Int, d.Year_Month_String having (sum(di.Qty*di.Price)<>0) or (sum(di.Qty)<>0) order by d.Year_Int, d.Month_Int into :Year_Int, :Month_Int, :Year_Month_String, :Sum_Qty, :Sum_Product CREATE VIEW VW_DOCUMENTS( ID_DOCUM, ID_OPERATION, FLAG_VIRTUAL, ID_STORE, ID_FIRM, DATE_DOCUM, YEAR_INT, MONTH_INT, DAY_INT, YEAR_MONTH_STRING) AS select d.ID_Docum, d.ID_Operation, d.Flag_Virtual, d.ID_Store, d.ID_Firm, d.Date_Docum, extract(year from d.Date_Docum) as Year_Int, extract(month from d.Date_Docum) as Month_Int, extract(day from d.Date_Docum) as Day_Int, DateToStr(d.Date_Docum,'%Y %B') as Year_Month_String from Documents d ;
Re: Поздравляю с родами FB 2.0
Oleg LOA пишет: А может после релиза 2.0? :-) А я уж подумал, что что-то пропустил в этой жизни. ;-) -- С уважением, Андрей Еремин.
Re: Поздравляю с родами FB 2.0
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > После конференции. А может после релиза 2.0? :-)
Re: Поздравляю с родами FB 2.0
Андрій Жук wrote: Когда можно ждать FB 2.1 alpha1? После конференции. -- Дмитрий Еманов
Поздравляю с родами FB 2.0
Когда можно ждать FB 2.1 alpha1?
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
"Владимир Каратаев" ... > > > "Vlad Horsun" ... > > > >> Короче, я уже давно на развитие FB забил и тебе рекомендую не надеятся на > >> лучшее, а то вон, уже заклевали тебя слету. > > > >Если вышеперечисленное для тебя означает _развитие_, то да, такого > > "развития" нет. > > Влад, это все частности. Работа с датами- один из примеров давних хотелок. Я отвечал на твой выпад о развитии. > Я понимаю, что с халявы ничего требовать низя, я просто прошу. Нет- так нет. А Ещё нужно иногда думать о том почему конкретно эта просьба отпинывалась, отпинывается и будет отпинывается. И, если уж нет сил написать код (кстати, не самая трудная задача), то взять на себя хотя бы труд оформить свои "хочу" в приемлемом виде. > этом треде я поддержал просьбу парня, чтобы увеличить "весомость" просьбы, > т.к. актуальность хотелки со временем не уменьшилась. Нифига ты не увеличил. -- Хорсун Влад PS В трекер
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
"Oleg LOA" ... > "Vlad Horsun" ... > >Если вышеперечисленное для тебя означает _развитие_, то да, такого > > "развития" нет. > > Ипать, я вообще не понял о чём спор? О развитии и "развитии" > Кому-то хоцца TO_CHAR в FB в виде SDF как в оракле с возможностью > форматирования дат? > Дык написали код - отослали в FB DevTeam и получили в следующем релизе. > > Какие проблемы Дык - это ж писать надо. И не как попало, ибо не примут. Лучше тут бла-бла покричать -- Хорсун Влад
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
On Thu, 09 Nov 2006 14:33:58 +0300, Владимир Каратаев <[EMAIL PROTECTED]> wrote: > А > этом треде я поддержал просьбу парня, чтобы увеличить "весомость" просьбы, > т.к. актуальность хотелки со временем не уменьшилась. Как увеличить "весомость", ты уже знаешь. Зачем увеличиваться приоритету задачи, которая хочется лишь для того, "чтоб удобнее было"? Эта конкретная имеет решение как минимум тремя способами, и все приемлемые, что бы ты там безаргументно (пока?) не заявлял. -- Сергей Смирнов. ЗЫ: У вас есть такая же, но с перламутровыми пуговицами? (с)
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
Привет, Владимир! Вы пишешь 09 ноября 2006: ВК> да вааще никаких проблем- на раз напишу, только отсылать даже не буду. ВК> сам соберу свою версию. это вернее будет. а то ты сказанул про релиз хорошо. ВК> помнишь сколько мильонов лет назад полуторка вышла? а фб2.1 когда еще ВК> появится? я уж дедушкой стану. Nagano - форева! Ура!!! ЗЫ: ну, думаю, вы меня поняли ;) -- With best regards, Alex Cherednichenko.
Re: ������� �� �������������� DATE/TIMESTAMP � CHAR/VARCHAR
"Oleg LOA" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃà à : news:[EMAIL PROTECTED] > > éÃÃÃÃ, à ÃÃÃÃÃà Ãà ÃÃÃÃà à ãà ÃÃÃÃ? ëÃÃÃ-Ãà ÃÃÃÃà TO_CHAR à FB à ÃÃÃà SDF > ÃÃà à ÃÃÃÃÃà à ÃÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃÃÃÃà ÃÃÃ? äÃà ÃÃÃÃÃÃÃà ÃÃà - > ÃÃÃÃÃÃÃà à FB DevTeam à ÃÃÃÃÃÃÃà à ÃÃà ÃÃÃÃà à Ãà ÃÃÃà . > > ëÃÃÃà ÃÃÃÃÃà Ãà Ãà ÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃà Ã- Ãà ÃÃà ÃÃÃÃÃÃ, ÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃà Ãà ÃÃÃÃ. ÃÃà ÃÃÃà Ãà ÃÃÃà Ãà ÃÃÃÃ. ÃÃà Ãà ÃÃà à ÃÃÃà Ã. à Ãà Ãà ÃÃÃÃÃÃÃà ÃÃà Ãà ÃÃà ÃÃÃÃÃÃ. ÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃà Ãà à ÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃ? à ÃÃ2.1 ÃÃÃÃà à Ãà ÃÃÃÃÃÃÃÃ? à Ãà Ãà ÃÃÃÃÃà ÃÃÃÃÃ. -- ëÃÃÃÃÃà à ÷ÃÃÃÃÃÃÃ
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
"Vlad Horsun" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Если вышеперечисленное для тебя означает _развитие_, то да, такого > "развития" нет. Ипать, я вообще не понял о чём спор? Кому-то хоцца TO_CHAR в FB в виде SDF как в оракле с возможностью форматирования дат? Дык написали код - отослали в FB DevTeam и получили в следующем релизе. Какие проблемы
Re: ������� �� �������������� DATE/TIMESTAMP � CHAR/VARCHAR
"Vlad Horsun" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃà à : news:[EMAIL PROTECTED] > >> ëÃÃÃÃà , à ÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃÃÃà FB ÃÃÃÃà à Ãà Ãà Ãà ÃÃÃà ÃÃÃà Ãà ÃÃÃà ÃÃÃà Ãà >> ÃÃÃÃà à , à Ãà ÃÃÃ, ÃÃà ÃÃÃÃà ÃÃÃà Ãà Ãà ÃÃà ÃÃ. > >Ã¥ÃÃà ÃÃÃà Ãà Ãà ÃÃÃÃà ÃÃÃà ÃÃà Ãà Ãà ÃÃÃÃÃÃà à _ÃÃÃÃÃÃÃà _, Ãà ÃÃ, ÃÃÃÃÃà > "ÃÃÃÃÃÃÃÃ" Ãà Ã. ÷ÃÃÃ, ÃÃà ÃÃà ÃÃÃÃÃÃÃÃÃ. òÃÃÃÃà à ÃÃÃÃÃÃ- ÃÃÃà Ãà ÃÃÃÃà ÃÃà ÃÃÃÃÃà ÃÃÃà ÃÃÃ. ñ ÃÃÃÃÃÃÃ, ÃÃà à ÃÃÃÃÃà ÃÃÃà Ãà ÃÃà ÃÃÃÃÃà ÃÃÃÃ, à ÃÃÃÃÃà ÃÃÃÃÃ. îà Ã- ÃÃà Ãà Ã. á ÃÃÃà ÃÃà Ãà à ÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃ, ÃÃÃÃà ÃÃà ÃÃÃÃÃà "Ãà ÃÃÃÃÃÃÃ" ÃÃÃÃÃÃÃ, Ã.Ã. ÃÃÃÃÃÃÃÃÃÃÃà ÃÃÃà ÃÃà Ãà ÃÃà Ãà Ãà à Ãà ÃÃà ÃÃÃÃÃÃÃÃ. -- ëÃÃÃÃÃà à ÷ÃÃÃÃÃÃÃ
Re: Daffodil Replicator
Так я еще не дошел даже до туда. Я JDBC драйвер первый раз увидел. И подключиться никак не удается. Полдня проковырялся Вот я и думаю, стоит ли его дальше крутить, или это не последний глюк. AR> AR> Привет. AR> AR> Мы работаем с этим репликатором. AR> Вернее с её открытой версией: AR> http://sourceforge.net/projects/daffodilreplica/ -- Кочмин Александр
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
"Владимир Каратаев" ... > думаю, и в fb3.0 этого не получишь. я уже тут давно просил ввести функции > оперирования в датой: форматирование даты на сервере (не на клиенте, как Такие UDF уже существуют много лет > предлагают гуру!), арифметические операции над датами. Это очень полезные Арифметические операции над датами и так работают. В разумных пределах и не нарушая стандарт. Неявного преобразования в\из int\double не будет > функции. Я и без доп. советов это все сделал на ХП, УДФ. НО ЭТО ВСЕ НЕ ТО! Тогда ЧТО ТЫ ЗДЕСЬ ДЕЛАЕШЬ ? > Короче, я уже давно на развитие FB забил и тебе рекомендую не надеятся на > лучшее, а то вон, уже заклевали тебя слету. Если вышеперечисленное для тебя означает _развитие_, то да, такого "развития" нет. -- Хорсун Влад
Re: OFF: ������� ������� ������ "The Delphi Survey for 2006"
"Dmitry Kotelnikov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > AH> http://bdntv.borland.com/survey/DelphiSurvey2006_russian.html > ðÃà ÃÃÃÃÃÃà ÃÃÃà à The page cannot be found áÃÃÃÃÃÃÃÃà :-( îÃÃÃÃÃà à âÃÃÃÃÃà (to John Kaster) ÃÃà Ãà ÃÃÃÃÃÃÃÃà Best regards, Andrew Holubovski DelphiPlus Team http://www.delphiplus.org
Re: Daffodil Replicator
Привет. Мы работаем с этим репликатором. Вернее с её открытой версией: http://sourceforge.net/projects/daffodilreplica/ Вот здесь есть ссылка на наш патч и наше описание трудностей с которыми мы столкнулись: http://daffodildb.com:8080/forum/thread.jspa?forumID=3&threadID=2272&messageID=12440#12440 Может правда в коммерческой версии они это уже пофиксили и у тебя появились какие то другие проблемы. :) Удачи! Андрей Рыжохин www.ardas.dp.ua Alexandr Kochmin wrote: > Кому-нибудь удавалось вот этот репликатор > http://enterprise.replicator.daffodilsw.com/ > запустить с Firebird > Он через JDBC работает. > Чего-то у меня его сконфигурировать не получается. > > > > -- > Кочмин Александр
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
так здесь отвечают всем, кто предлагает что-то. потому в последнее время я редко и пишу сюда- толку мало. об этом и речь хотелок много - толку мало, пиши сам или спонсируй -- Булычев Алексей http://www.stella-npf.ru
Re: ������� �� �������������� DATE/TIMESTAMP � CHAR/VARCHAR
"Boulitchev Aleksey" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃà à : news:[EMAIL PROTECTED] > ÃÃÃà ÃÃÃÃÃÃà Ãà ÃÃà ÃÃÃÃà ÃÃÃà Ãà Ãà ÃÃÃÃà Ãà > > http://firebird.sourceforge.net/index.php?op=ffoundation&id=members > > à Ãà ÃÃà ÃÃÃÃà ÃÃÃà > > http://firebird.sourceforge.net/index.php?op=ffoundation&id=support_logos > > ÃÃÃÃÃÃà ÃÃÃà ÃÃà ÃÃÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃ, à ÃÃÃà Ãà ÃÃÃà Ãà Ãà ÃÃà ÃÃÃà ÃÃÃ, à Ãà > ÃÃà Ãà ÃÃÃÃÃÃÃÃ, à ÃÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃà ÃÃà ÃÃà ÃÃà Ãà ÃÃÃà ÃÃÃà ÃÃà Ã, ÃÃà ÃÃà ÃÃÃÃÃà à ÃÃÃ-ÃÃ. ÃÃÃÃÃà à ÃÃÃÃà ÃÃà à ÃÃà Ãà à Ãà ÃÃà à ÃÃÃà ÃÃÃÃ- ÃÃÃÃà ÃÃÃÃ. -- ëÃÃÃÃÃà à ÷ÃÃÃÃÃÃÃ
Re[2]: OFF: WinXP - вот такой вот ахтунг
Здравствуйте, Vyacheslav A. Sirotenko. Недавно (8 ноября 2006 г., 17:41:55) Вы писали: VAS> Первый раз слышу про активацию винды на ноуте. Что это за чудо такое? Мало ноутов видел, наверное. VAS> На ноутах винда уже активирована обычно. Там корпоративная винда от VAS> производителя ноута. Ноуты всякие бывают, вот на моём Windows XP Home Edition была установлена, что совершенно не мешает легально в рамках наших соглашений мне установить туда Windows XP SP 2 Corp. и никакой активации она не просит. -- Удачи... Yuris W. Auzinsh aka Zuz, ICQ UIN: 5 8 2 5 6 3 7 4, e-mail : zuz(аt)mail.ru
Re: OFF: Русский вариант анкеты "The Delphi Survey for 2006"
Dmitry Kotelnikov пишет: При сабмите пишет The page cannot be found Есть такое...
Re: OFF: Русский вариант анкеты "The Delphi Survey for 2006"
Приветствую Вас, 09.11.2006 в 10:19, Вы писали: AH> Повлияйте на дальнейшую судьбу Delphi - заполните русский вариант анкеты The AH> Delphi Survey for 2006 от Delphi Team! Вы сможете оценить свои пожелания по AH> поводу Unicode, 64-bit, .NET 2.0, Vista, CF... AH> http://bdntv.borland.com/survey/DelphiSurvey2006_russian.html При сабмите пишет The page cannot be found -- С Уважением, Дмитрий Котельников
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
On Thu, 09 Nov 2006 10:58:42 +0300, Dmitry Voroshin <[EMAIL PROTECTED]> wrote: >> я уже отвечал тут одному товарищу по поводу втыкания удф. >> политика на самом деле такая - если товарищщ не может обходиться без удф - >> это не наш товарищщ, а если может, то может пользовать и удф-ы > > Имхо, фигня какая-то получается. Вовсе не фигня. Это иносказательное "не злоупотребляй" и "применяй к месту", где это действительно нужно и полезно, а не там, где вздумалось. -- Сергей Смирнов.
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
вместо http://firebird.sourceforge.net/index.php?op=ffoundation&id=support_logos следует читать http://firebird.sourceforge.net/index.php?op=ffoundation&id=sponsorship -- Булычев Алексей http://www.stella-npf.ru
Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
Надеюсь я тормоз и в ответ получу "в FB2.1 всё будет в лучшем виде" :))) думаю, и в fb3.0 этого не получишь. я уже тут давно просил ввести функции оперирования в датой: форматирование даты на сервере (не на клиенте, как предлагают гуру!), арифметические операции над датами. Это очень полезные функции. Я и без доп. советов это все сделал на ХП, УДФ. НО ЭТО ВСЕ НЕ ТО! Короче, я уже давно на развитие FB забил и тебе рекомендую не надеятся на лучшее, а то вон, уже заклевали тебя слету. -- Каратаев Владимир этой фамилии по вот этому адресу не найдено http://firebird.sourceforge.net/index.php?op=ffoundation&id=members и по вот этому тоже http://firebird.sourceforge.net/index.php?op=ffoundation&id=support_logos поэтому хотелки остаются хотелками, а люди делают не то что хочется, а то что необходимо, в частности для выживания проекта -- Булычев Алексей http://www.stella-npf.ru
Re[2]: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR
Здравствуйте, Владимир. Вы писали 9 ноября 2006 г., 14:22:31: > думаю, и в fb3.0 этого не получишь. я уже тут давно просил ввести функции > оперирования в датой: форматирование даты на сервере (не на клиенте, как > предлагают гуру!), арифметические операции над датами. Это очень полезные > функции. Я и без доп. советов это все сделал на ХП, УДФ. НО ЭТО ВСЕ НЕ ТО! > Короче, я уже давно на развитие FB забил и тебе рекомендую не надеятся на > лучшее, а то вон, уже заклевали тебя слету. А кто тебе мешает присоедениться к проекту и добавить то что нужно? Думаю что теже гуру будут не против того что бы это было сделано, конечно в соотвествии со стандартами SQL, да и сам код не должен нести проблем. Почему все надеятся что кто-то сделает для них то что им нужно да еще и за бес платно. Ты же софт заказчику пишешь не за еду и большое спасибо. -- С уважением, Вырва Валерий Евгеньевич Программист ТОО "СофтИнженер"
Re: ������� �� �������������� DATE/TIMESTAMP � CHAR/VARCHAR
"arni" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃà à : news:[EMAIL PROTECTED] > cast(DAT as varchar(10)) ÃÃà à ÃÃÃ-Ãà ÃÃÃÃ: '2006-11-07' > ... > ÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃÃà ÃÃà à ÃÃÃÃÃÃÃÃÃÃ, ÃÃÃÃà ÃÃÃÃà ÃÃÃà Ãà ÃÃÃÃÃÃà > ÃÃÃà ÃÃÃà ÃÃÃÃÃÃà 'DD.MM.' > > ÃÃÃ-Ãà ÃÃÃÃ: cast(DAT as varchar(10) like 'DD.MM.') --like Ãà ÃÃÃÃà > ÃÃÃà ÃÃÃ, Ãà ÃÃÃà Ãà Ãà Ãà ÃÃÃ? > > îÃÃà ÃÃà à ÃÃÃÃÃà à à ÃÃÃà à ÃÃÃÃÃà "à FB2.1 Ãã ÃÃÃà à à ÃÃÃÃà à ÃÃÃà " :))) ÃÃÃÃÃ, à à fb3.0 ÃÃÃÃà Ãà ÃÃÃÃÃÃÃÃ. à ÃÃà ÃÃà ÃÃÃÃà ÃÃÃÃÃà ÃÃà ÃÃà ÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃÃÃÃà à ÃÃÃÃÃ: ÃÃÃÃÃÃÃÃÃÃÃÃÃà ÃÃÃà Ãà Ãà ÃÃà Ãà (Ãà Ãà ÃÃÃà ÃÃà , ÃÃà ÃÃà ÃÃÃÃÃÃà ÃÃÃÃ!), ÃÃÃÃÃà ÃÃÃà ÃÃÃà ÃÃà ÃÃÃÃà ÃÃà ÃÃÃÃÃÃ. üÃà ÃÃà Ãà ÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃ. ñ à Ãà à ÃÃÃ. ÃÃÃà ÃÃà ÃÃà ÃÃà ÃÃà ÃÃà Ãà èð, õäæ. îï üôï ÷óå îå ôï! ëÃÃÃÃà , à ÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃÃÃà FB ÃÃÃÃà à Ãà Ãà Ãà ÃÃÃà ÃÃÃà Ãà ÃÃÃà ÃÃÃà Ãà ÃÃÃÃà à , à Ãà ÃÃÃ, ÃÃà ÃÃÃÃà ÃÃÃà Ãà Ãà ÃÃà ÃÃ. -- ëÃÃÃÃÃà à ÷ÃÃÃÃÃÃÃ
OFF: ������� ������� ������ "The Delphi Survey for 2006"
ðÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃà Delphi - ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃà Ãà The Delphi Survey for 2006 Ãà Delphi Team! ֈ ÃÃÃÃà Ãà ÃÃà ÃÃÃà ÃÃÃà ÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃà Unicode, 64-bit, .NET 2.0, Vista, CF... http://bdntv.borland.com/survey/DelphiSurvey2006_russian.html http://www.delphiplus.org - à Ãà ÃÃà ÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃÃà http://www.faq.delphiplus.org - ÃÃÃÃà ÃÃÃà FAQ Ãà Delphi http://www.rx.delphiplus.org - ÃÃà à RX Library
Re: ��� �� ������� ����� � ���
Ðожно попÑобоваÑÑ Ð² RunTime ÑделаÑÑ Ð¿ÑиÑвоение Caption нÑжнÑÑ Ð·Ð½Ð°Ñений, на ÑколÑко Ñ Ð¿Ð¾Ð¼Ð½Ñ, Ñакой ваÑÐ¸Ð°Ð½Ñ ÑабоÑал.
