Re: ODS10 to ODS11

On Mon, 04 Jun 2007 23:21:43 +0400, Oleg Matveyev [EMAIL PROTECTED] wrote: 3) подключаемся к полученной базе из FB2.0.2.12897, IBE - перекомпиляция триггеров и процедур 4) Бакап на FB2 Что-то тут двусмысленно как-то, не совсем понял Не пробовал так - подключиться к Ya из FB2 и сделать

Re: ODS10 to ODS11

Не пробовал так - подключиться к Ya из FB2 и сделать бэкап? Т.е. сервер Ya, бэкап делает 2-ка. небыло возможности. удаленный сервер, боевая БД. поставить там же рядом еще и FB2 - совсем нехотелось. поставить на другую машину в той сети - тоже никак.

Re: Left join ���� �������� ��������?

Hello, freemanzav! You wrote on Mon, 04 Jun 2007 21:16:36 -0700: Выходит что для такой ситуации выхода нет и в ближайшее время не придвидится? (как обойти проблему понятно, но интересует именно возможность слияния для внешних соединений - это какое-то принципиальное ограничение?) f В

Re: Left join двух процедур слиянием?

On Tue, 05 Jun 2007 08:16:36 +0400, freemanzav [EMAIL PROTECTED] wrote: В данном случае, немного модифицировав процедуры, можно left заменить на inner. Очевидно же, что у него вовсе не эти процедуры, это так, для примера. Однако, не понимаю, почему задачу нельзя решить в _одной_ процедуре,

Re: Падает Firebird-1.5.4.4910-0_win32_pdb

Vlad Horsun wrote: Гвардейца убрать забыл сказать Гвардейца убрал. Сервер продолжает падать, но в лог ватсона ничего не пишется. Что еще может быть не так?

Re: Насчет текстовой индексации

в своей базе решаю проблему так: данные вносятся, в специальную таблицу тригерами заносятся их ключи ... Я тоже допер до похожей вещи :) Гы. Я же говорю - нот всего шесть. Коваленко Дмитрий.

Принцип организации индекса

Привет всем. Тут вот, в голове, возник вопрос по такой теме: в каком виде эффективнее представлять индекс к данным? Данные хранятся в файле. Индекс - тоже (причем в том же самом). То есть, типа, а-ля база данных :) Сейчас, в качестве основы, для индекса юзается AVL-дерево. Но я тут на днях

OFF: ����� ������ Delphi 2007 Update 1

óËÏÒÏ ×ÙÊÄÅÔ Delphi 2007 Update 1 × ËÏÔÏÒÏÍ ÉÓÐÒÁ×ÌÅÎÏ ÂÏÌÅÅ 300 ÂÁÇÏ×, ÐÏÄÒÏÂÎÅÅ ÓÍ. List of QC reports (http://dn.codegear.com/article/36589) P.S. åÓÌÉ ËÔÏ ÎÅ ÓÍÏÔÒÅÌ InterBase Security Updates (http://dn.codegear.com/article/36564) http://www.delphiplus.org - ÅÖÅÄÎÅ×ÎÙÅ ÎÏ×ÏÓÔÉ

Re: Насчет текстовой индексации

Я писал подобное ещё на BDE + Paradox. Там получалось ~160 000 слов. Кол.во документов не помню... Примитивная реализация - таблица слов + таблица соответствий документ/слово тормозила не по детски и занимала ~100мб. Устав мучиться переписал всё на плоский файл. Замапил его в память... И

Re: Падает Firebird-1.5.4.4910-0_win32_pdb

AZ AZ Vlad Horsun wrote: AZ AZ Гвардейца убрать забыл сказать AZ AZ Гвардейца убрал. AZ Сервер продолжает падать, но в лог ватсона ничего не пишется. AZ Что еще может быть не так? AZ поставить firebird.conf BugCheck=1 -- С уважением Кочмин Александр Firebird Foundation associate member

Re: Left join двух процедур слиянием?

WildSery пишет: On Tue, 05 Jun 2007 08:16:36 +0400, freemanzav [EMAIL PROTECTED] wrote: В данном случае, немного модифицировав процедуры, можно left заменить на inner. Очевидно же, что у него вовсе не эти процедуры, это так, для примера. Однако, не понимаю, почему задачу нельзя решить в

Re: �� ������ ��������� ��������, ������ ��������� � ����.

??÷ ÂÁÚÅ ÅÓÔØ ÎÅÓËÏÌØËÏ ÔÁÂÌÉÃ × ÒÅÇÉÓÔÒÏÚÁ×ÉÓÉÍÙÍÉ ÎÁÚ×ÁÎÉÑÍÉ É ?? ÐÏÌÑÍÉ... ??ðÒÉ ÏÔËÌÀÞÅÎÎÏÍ éÓÐÏÌØÚÏ×ÁÔØ ÒÅÇÉÓÔÒÏÞÕ×ÓÔ×ÉÔÅÌØÎÙÅ ?? ÉÄÅÎÔÉÆÉËÁÔÏÒÙ - ðÒÏ×ÅÒÉÔØ ÂÁÚÕ ÎÁ ÏÛÉÂËÉ × ËÏÄÅ ÚÁÐÕÓËÁÅÔÓÑ ÞÅÒÅÚ ?? ÔÒÉ ÒÁÚÁ ÎÁ ÞÅÔ×£ÒÔÙÊ Ó ÏÛÉÂËÏÊ × DBManagerD7.bpl... Pavel ïÂÎÁÒÕÖÉÌÉÓØ

Re: Принцип организации индекса

Kovalenko Dmitry [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Сейчас, в качестве основы, для индекса юзается AVL-дерево. Но я тут на днях обнаружил у себя одну книженцию, в которой описаны кучи (это не те, которые управляют динамической памятью, а другие).

Re: Падает Firebird-1.5.4.4910-0_win32_pdb

Anton Zibrov ... Vlad Horsun wrote: Гвардейца убрать забыл сказать Гвардейца убрал. Сервер продолжает падать, но в лог ватсона ничего не пишется. Покажи свои настройки ватсона. Проверь в ветке HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug ключи Auto (должна

Re: Принцип организации индекса

Сейчас, в качестве основы, для индекса юзается AVL-дерево. Но я тут на днях обнаружил у себя одну книженцию, в которой описаны кучи (это не те, которые управляют динамической памятью, а другие). Идея меня зацепила - нет накладных расходов на хранение указателей left-right- parent.

Re: ODS10 to ODS11

Hello, Oleg! Oleg Matveyev wrote: а через IBPump? Кстати, перелив данных - очень даже метод, например для некоторых поврежденных баз. по условию задачи база не повреждена. какая половая разница. я сказал, что например для. могу перечислить целиком: 1. при переходе между слегка

Re: Принцип организации индекса

Kovalenko Dmitry пишет: ... - у меня во время чтения моск периодически отключался :) А! Старые запасы допинга кончились? Скоро новая трава поспеет - лето уже настало, не переживай ;-) -- Regards, Ovchinnikov Vasily ova at tkvc ru

Re: Как правильно ограничивать глубину в CTE

Тебе сказать сколько раз этот трактор похерил CTE ? :) Индексы + представления тоже его рук дело? Интересно просто :-)

Re: Как правильно ограничивать глубину в CTE

sasha ... Тебе сказать сколько раз этот трактор похерил CTE ? :) Индексы + представления тоже его рук дело? Это ты о чём ? Интересно просто :-) Читай коммиты, сопоставляй ;) -- Хорсун Влад

Re: Left join ���� �������� ��������?

Hello, Andrei! You wrote on Tue, 05 Jun 2007 12:17:20 +0400: Очевидно же, что у него вовсе не эти процедуры, это так, для примера. Однако, не понимаю, почему задачу нельзя решить в _одной_ процедуре, если возникает необходимость таких запросов. AY У меня есть две процедуры (например

Re: Как правильно ограничивать глубину в CTE

Это ты о чём ? Да я там багрепорт оформил - в запросах с представлениями совсем не используются индексы. И к стати такие чудеса. Я там видать вместо английского це поставил русскую с. Ну и теперь какая-то фигня твориться. Если в трекере смотреть, то заместо русской буквы вопрос. А в

Re: Как правильно ограничивать глубину в CTE

s Баги на багтрекер куда слать? :-))) s ты эта, смотри не убей трекер. Он тока нормально стал работать, без зависаний. -- С уважением Кочмин Александр Firebird Foundation associate member #257

Re: Left join двух процедур слиянием?

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

Re: Как правильно ограничивать глубину в CTE

sasha ... Это ты о чём ? Да я там багрепорт оформил - в запросах с представлениями совсем не используются индексы. И к стати такие чудеса. Я там видать вместо английского це поставил русскую с. Ну и теперь какая-то фигня твориться. Если в трекере смотреть, то заместо русской буквы

Re: Насчет текстовой индексации

ну и что? я такую хрень в налоговой поддерживал, еще на фоксе. Разница в функционале и обьёме сведений в БД хе-хе объекты налогообложения: имущественный налог земельный налог транспортный налог подоходный налог ЧП-шники регистрация кассовых аппаратов прием НДФЛ-2 от предприятий и еще

Запрос SQL

Всем спасибо! И за критику и за советы! С Уважением, Плоских Пётр.

Re: Принцип организации индекса

представлено такое описание. Для хранения данных используется массив. Упорядоченность элементов такая [i] [i+2^N] [i] [i+2^(N+1)] У тебя все элементы в памяти будут или что-то с диска будешь подгружать? Основное хранилище - файл. В памяти хранятся наиболее часто используемые

Re: Принцип организации индекса

Kovalenko Dmitry [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Привет всем. Тут вот, в голове, возник вопрос по такой теме: в каком виде эффективнее представлять индекс к данным? Данные хранятся в файле. Индекс - тоже (причем в том же самом). То есть,

Re: Принцип организации индекса

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

Re: Принцип организации индекса

Kovalenko Dmitry ... Кстати вот вопрос. Давно хотел задать кодоведам сервера. Вы как работаете с кэшем файла - напрямую? То есть напрямую пишете- читаете память кэша. Или кэш не дает такой возможности и его надо попросить выгрузить данные в буфер (записать данные из передаваемого буфера)

Re: Принцип организации индекса

Kovalenko Dmitry [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Видно, видно куда тебя понесло :))). Почитай еще про хэширование. Может оказаться, что с ним тоже неплохих результатов добиться можно. Я в свое время (давно правда) с ним возился. А потом

Re: Принцип организации индекса

Мы его просим дать нам его буфер с данной страницей, а потом просим записать этот буфер на диск То есть, фактически, клиент пишет напрямую в память кэша? И если он промахнется - прощайте данные на соседних гнездах кэша? Коваленко Дмитрий.

Re: Запрос SQL

P P Всем спасибо! И за критику и за советы! кто здесь? -- С уважением Кочмин Александр Firebird Foundation associate member #257

Re: Принцип организации индекса

Kovalenko Dmitry ... Мы его просим дать нам его буфер с данной страницей, а потом просим записать этот буфер на диск То есть, фактически, клиент пишет напрямую в память кэша? И если он промахнется - прощайте данные на соседних гнездах кэша? А кто такой клиент, почему он должен

Re: Принцип организации индекса

Мы его просим дать нам его буфер с данной страницей, а потом просим записать этот буфер на диск То есть, фактически, клиент пишет напрямую в память кэша? И если он промахнется - прощайте данные на соседних гнездах кэша? А кто такой клиент, почему он должен промахнуться и

Re: Запрос SQL

P Всем спасибо! И за критику и за советы! кто здесь? все, подитожил. последнее сообщение, ... конференция закрыта. :-)

Ещё вот

Хотел я попробовать кое что ускорить. Ну и наткнулся что когда пишу что-то типа SELECT RFI.* FROM RssFeedItems RFI RIGHT JOIN ( SELECT FI.RDB$DB_KEY AS DbKey FROM CONVERT_STRING_TO_ROWSET('1;2;3') DATA JOIN RssCacheElements RCE ON RCE.FeedDefinitionId = DATA.ROW JOIN

Re: Ещё вот

sasha wrote: Column unknown. FI.DB_KEY. At line 3, column 13. Мыши кололись, плакали, но продолжали жрать кактус :-D -- Regards. Ded.

Re: Принцип организации индекса

Oleg LOA ... Kovalenko Dmitry ... Мы его просим дать нам его буфер с данной страницей, а потом просим записать этот буфер на диск То есть, фактически, клиент пишет напрямую в память кэша? И если он промахнется - прощайте данные на соседних гнездах кэша? Ну если клиент - это код

Re: Принцип организации индекса

Hello, Dmitry! Kovalenko Dmitry wrote: Кстати вот вопрос. Давно хотел задать кодоведам сервера. Вы как работаете с кэшем файла - напрямую? То есть напрямую пишете- читаете память кэша. Или кэш не дает такой возможности и его надо попросить выгрузить данные в буфер (записать данные из

Re: Ещё вот

я не ортодокс серверного программирования, поэтому спрошу - а почему надо чтобы сервер абсолютно все, и непременно одним запросом делал? А у нас на клиенте щас и так сортировка. Во фреймвёке для этого надо компарер реализовать. Но я вам скажу оно тоже большой скоростью не отличается. А в

Re: Ещё вот

sasha wrote: Мыши кололись, плакали, но продолжали жрать кактус :-D У меня просто запрос возвращает штук 20 полей, многие из которых по несколько килобайт текста. А потом это всё надо сортировать ещё. Сервер от этого подыхает. Я думал попробовать сортировку в подзапрос вынести в

Re: Ещё вот

D Мне просто страшно лень вникать в стуктуры под этим запросом, потому D просто задам дурацкий вопрос - а ПК, это нынче совсем не кошерно для D джойнов? Без дбкЕя никак? с dbkey быстрее на 10мс. :) -- С уважением Кочмин Александр Firebird Foundation associate member #257

сравнение ib6 и fb

красиво сказано и емко. ;) InterBase 6.0 is just a very old version with several thousand more bugs. Converting to Firebird is the standard fix-all for databases that struggle under the dead and broken IB 6. (c) Helen Borrie -- С уважением Кочмин Александр Firebird Foundation associate

Re: ������� ����������� ������

äÁÎÎÙÅ ÈÒÁÎÑÔÓÑ × ÆÁÊÌÅ. éÎÄÅËÓ - ÔÏÖÅ (ÐÒÉÞÅÍ × ÔÏÍ ÖÅ ÓÁÍÏÍ). ôÏ ÅÓÔØ, ÔÉÐÁ, Á-ÌÑ ÂÁÚÁ ÄÁÎÎÙÈ :) ÂÒÒ... ÞÔÏ ÔÏ ÔÙ ÓÏ×ÓÅÍ ÚÁÐÕÔÁÌ, ÔÏ ÔÙ ÐÉÓÁÌ ÞÔÏ ×ÓÅ ÈÒÁÎÉÔÓÑ × ÔÏÊ ÖÅ ÂÁÚÅ, ÔÏ ÔÅÐÅÒØ ÕÖÅ ÐÉÛÅÛØ, ÞÔÏ ÉÎÄÅËÓ Ó ÄÁÎÎÙÍÉ (??) ÎÁÈÏÄÉÔÓÑ × ÏÔÄÅÌØÎÏÍ ÆÁÊÌÅ... ÉÌÉ ÜÔÏ ÔÙ ×ÓÅ ÚÁ ÎÏÞØ ÕÓÐÅÌ?

Re: Насчет текстовой индексации

Возможно я не понимаю сложности всей задачи, просто опишу как это сделано у меня. Сделана Задача тефонный справочник с полнотекстновым поиском в с справочнике есть и адрес и телефон и вид деятельности и еще что то :) Причем поиск может делаться и по части слов т.е. не обязательно с первой буквы,

Re: Unofficial Win32 snapshots

Че т мне такие расклады не нравятся... буду тогда сидеть на старой pre-unicode fb21. Ну, попробую конечно все это дело, что Влад давал, но попозжа, как руки дойдут.

Re: Left join двух процедур слиянием?

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

Re: Насчет текстовой индексации

значит не подойдет. :) я тут на днях закончил поисковик для кошта (www.kosht.com), точнее сказать Can't change sql text because CenyDM.Q1.SelectQuery dataset open.

Re: Принцип организации индекса

Данные хранятся в файле. Индекс - тоже (причем в том же самом). То есть, типа, а-ля база данных :) брр... что то ты совсем запутал, то ты писал что все хранится в той же базе, то теперь уже пишешь, что индекс с данными (??) находится в отдельном файле... или это ты все за ночь успел?

Re: Насчет текстовой индексации

Далее пользователь вводит слова. Система нраходить их в словаре. далее начинает работать простой алогоритм который строит пересечение всех наборов кодов объектов найденных для всех слов. т.к. списки кодов объектов отсортированны это по моему довольно очевидно. Это напоминает алгоритм