Hello, Evgeny!
Boltik Evgeny wrote:
Естественно прийдется сделать ссылки на несколько записей по связи. Раз есть
какие то механизмы то и то про что я говорю можно реализовать. Ускорение
будет в разы на некоторых запросах и упрощение в конструировании таблиц.
Сейчас приходится ради индекса и
"Oleg LOA" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃÃ Ã ÃÃÃÃÃÃÃÃ
ÃÃÃ
ÃÃÃÃÃ
Ã
: news:[EMAIL PROTECTED]
> "Boltik Evgeny" <[EMAIL PROTECTED]> wrote in
> message news:[EMAIL PROTECTED]
>> ÃÃÃÃ
ÃÃÃ ÃÃ ÃÃÃÃÃÃ
ÃÃà ôÃà ÃÃà à ÃÃÃÃà ÃÃà ÃÃ
ÃÃÃÃ
"Boltik Evgeny" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> индексу по выражению Так что я думаю это реализуемо. Иначе как же индекс по
> выражению живет без "В ключах нет идентификаторов транзакций."
А что у нас в выражениях есть ссылки на прочие записи акромя "текущей"?
>>> CREATE INDEX idx2 ON T2 (
>>> (select prod from T1 where t1.id = t2.t1id) [as prod],
>>> (select pok from T1 where t1.id = t2.t1id) [as pok],
>>> kolvo)
>>
>> öÃ
ÃÃ, ÃÃÃ ÃÃÃÃÃ ÃÃ ÃÃÃÃ
ÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃ
ÃÃ ÃÃÃÃÃÃÃ, Ã ÃÃÃÃÃÃÃÃÃÃÃ.
>> ÷ ÃÃÃÃÃ
Hello, freemanzav!
freemanzav wrote:
использует (юзает). В данном случае я
говорю о людях, которые используют
класс битмапа для разработки. Их вроде
даже иногда разработчиками называют :)
их называют разработчиками сервера.
Прикладной разработчик этот битмап не увидит
никогда в жизни (пока и
Dmitri Kuzmenko wrote:
> Hello, freemanzav!
>
> freemanzav wrote:
>
> какая тебе разница? :-)
>
> --
> Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Да никакой. Просто делать сегодня
нечего, хотелось узнать для общего
развития.
Hello, freemanzav!
freemanzav wrote:
Блин, запутался я с этими битовыми
картами. Надо полагать, что они
физически хоть и являются цепочками
структур, для пользователя это все
равно массив, где индекс элемента
является номером записи. Или нет?
какая тебе разница? :-)
--
Dmitri Kouzmenko, www
Пользователи бывают разные.
Пользователь - человек, который что то
использует (юзает). В данном случае я
говорю о людях, которые используют
класс битмапа для разработки. Их вроде
даже иногда разработчиками называют :)
"freemanzav" ...
> Блин, запутался я с этими битовыми
> картами. Надо полагать, что они
> физически хоть и являются цепочками
> структур, для пользователя это все
> равно массив, где индекс элемента
> является номером записи. Или нет?
Для пользователя их вообще нет :)
--
Хорсун Влад
Dmitri Kuzmenko wrote:
> Hello, freemanzav!
>
> freemanzav wrote:
>
> > А вроде битовый массив создается. Для
> > чего сортировать номера записей?
>
> чтобы выбирать записи с диска в наиболее
> оптимальном порядке. Ключи отсортированы
> по своему, а записи лежат как попало.
> Если номера записей,
Hello, freemanzav!
freemanzav wrote:
А вроде битовый массив создается. Для
чего сортировать номера записей?
чтобы выбирать записи с диска в наиболее
оптимальном порядке. Ключи отсортированы
по своему, а записи лежат как попало.
Если номера записей, полученные из ключей
не сортировать, то тог
Serg Bormant wrote:
Тогда дополню :-)
Исправлено, спасибо. Сегодня обновим на сайте.
--
Дмитрий Еманов
"freemanzav" ...
> В FB скорее всего применяются обычные
> битовые массивы, где кол-во элементов
> равно количеству записей в таблицах .
> Ну мне так кажется.
Ошибаешься
--
Хорсун Влад
"Serg Bormant" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>
> Не совсем так. Про разр_е_женные (сиречь
> рЕдки в них ненулевые элементы)
> матрицы и массивы знаю. К сожалению,
> приходится слышать и про разр_я_женные,
> только неправильно это, этимология у
>
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> ðÃÃÃÃÃÃà ÃÃÃÃÃÃ, ÃÃ
ÃÃÃÃÃÃ :-)
ôÃÃÃà ÃÃÃÃÃÃà :-)
óÃÃÃ
ÃÃÃÃÃÃ
, "1.1.1. ðÃÃÃÃÃ
ÃÃÃÃÃÃÃÃ_ÃÃÃ
" -- ÃÃÃÃÃÃÃÃÃÃÃÃ
, ÃÃÃÃÃÃÃ
ÃÃ "Ã"
÷ÃÃ
ÃÃ
Ã
Valery Gruzdev wrote:
> "ArtGal" сообщил/сообщила в новостях следующее:
>
> > В математике (начиная с высшей) есть понятия
> > "разряженная матрица", "разряженный массив"...,
>
> Я что это такое?
>
> Вот разреженные матрицы я хорошо помню, это матрицы, у которых большинство
> элементов - нули.
В
Serg Bormant wrote:
Не совсем так. Про разр_е_женные (сиречь
рЕдки в них ненулевые элементы)
матрицы и массивы знаю. К сожалению,
приходится слышать и про разр_я_женные,
только неправильно это, этимология у
понятия другая.
Поправим статью, не вопрос :-)
--
Дмитрий Еманов
ArtGal wrote:
> "Serg Bormant" <[EMAIL PROTECTED]>
> В математике (начиная с высшей) есть понятия
> "разряженная матрица", "разряженный массив"...,
> но нет понятия "редкий массив".
> По крайней мере за последние 30 лет я о
> "редких матрицах" не слышал 8-)
Не совсем так. Про разр_е_женные (сир
"ArtGal" сообщил/сообщила в новостях следующее:
В математике (начиная с высшей) есть понятия
"разряженная матрица", "разряженный массив"...,
Я что это такое?
Вот разреженные матрицы я хорошо помню, это матрицы, у которых большинство
элементов - нули. Для них специальные выч.методы применя
"Serg Bormant" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>
> Коррекция:
>
> 1.2.1. Битовые карты, 2-й абзац, 3-е
> предложение:
> "Эта карта представляет собой
> разр_я_женный битовый массив, где ..."
>
> скорее всего имелось в виду
> "разр_е_женный", от "ре
Dmitri Kuzmenko wrote:
> или хорошо, но для конкретного движка есть МЕХАНИЗМЫ ДОСТУПА.
> www.ibase.ru/devinfo/dataaccesspaths.htm
Коррекция:
1.2.1. Битовые карты, 2-й абзац, 3-е
предложение:
"Эта карта представляет собой
разр_я_женный битовый массив, где ..."
скорее всего имелось в виду
"разр_е
freemanzav wrote:
Дальше эти номера записей сортируются,
А вроде битовый массив создается. Для
чего сортировать номера записей?
Битовая карта упорядочена по определению. Т.е. включение в нее номеров
записей равносильно их сортировке (для внешнего наблюдателя).
--
Дмитрий Еманов
Dmitri Kuzmenko wrote:
> Hello, Evgeny!
>
> Boltik Evgeny wrote:
>
> >>Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
> >>В ключах нет идентификаторов транзакций.
> >
> > Странно а как же тогда определеяется индексное чтение.
>
> очень просто - сначала по совпадению ключей выбир
Hello, Evgeny!
Boltik Evgeny wrote:
Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
В ключах нет идентификаторов транзакций.
Странно а как же тогда определеяется индексное чтение.
очень просто - сначала по совпадению ключей выбираются номера записей.
Дальше эти номера зап
>> îà ÃÃÃÃÃ
à ÃÃ
ÃÃ
ÃÃ ÃÃÃÃ ÃÃÃÃÃÃÃ Ã ÃÃÃÃÃÃÃ ÃÃÃÃ
ÃÃà Ãà ÃÃÃ. Ã¥ÃÃà ÃÃÃ
ÃÃÃÃ
>> ÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃ
ÃÃÃÃÃÃ
ÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃ
à prod, pok à t2 Ã
>> ÃÃÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ÃÃ
Dmitri Kuzmenko wrote:
Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
Ааа ты теерпелииивый... :-D Я с первого взгляда понял что мне
криатифф ниасилить :-D
--
Regards. Ded.
Hello, Evgeny!
Boltik Evgeny wrote:
Ну накоец теперь мысь которую я пытаюсь довести до вас. Если сделать
возможным отсутствие физического присутствия полей prod, pok в t2 с помощью
такого хитрого индекса
CREATE INDEX idx2 ON T2 (
(select prod from T1 where t1.id = t2.t1id) [as prod],
(selec
äÃÃÃà Ãà ÃÃ
ÃÃ
ÃÃÃ
ÃÃÃÃÃ
ÃÃÃ ÃÃ
ÃÃ
ÃÃÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃ Ã ÃÃÃÃÃ Ã ÃÃ ÃÃÃÃÃÃÃ
Ã
ÃÃÃ
ÃÃ
ÃÃ ÃÃ
ÃÃÃÃÃÃ
ÃÃÃ.
1.Ã¥ÃÃà Ãà ÃÃ
ÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃÃ Ã ÃÃÃÃÃ ÃÃ ÃÃ
ÃÃ
ÃÃÃ Ã ÃÃÃÃÃÃÃÃ
ÃÃÃÃÃ
"Boltik Evgeny" ...
>
> >> когда можно было сделать что то списка
> >> страниц со ссылками на старые записи и пробежав только по этим страницам
> >> в
> >
> >Ну и будет у тебя список со всей базой - и шо ?
>
> С чего это со всей базой. Старые периоды ни кто не правит практически.
> Правится и
>> ÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃ ÃÃÃ
ÃÃÃÃ ÃÃÃ ÃÃ ÃÃÃÃÃÃ
>> ÃÃÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃ
ÃÃÃÃÃÃ Ã ÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃ ÃÃ ÃÃÃÃ ÃÃÃÃÃÃÃÃÃ
>> Ã
>
>îà à ÃÃÃÃ
à à ÃÃ
ÃÃ ÃÃÃÃÃÃ ÃÃ ÃÃÃ
à ÃÃÃÃà - Ã
Hello Kovalenko,
Wednesday, September 20, 2006, 3:52:44 PM, you wrote:
KD> Вот скажите мне - через что работают с
KD> MSSQL из Delphi ?
С ним и с аксесом при необходимости работал через ADO.
Тема Дня: Юниксов pазвелось - виндовсу упасть негде.
До не скорой встречи в аду,
Max
"Boltik Evgeny" ...
> А нафига шарить по всему файлу БД
Согласен
> когда можно было сделать что то списка
> страниц со ссылками на старые записи и пробежав только по этим страницам в
Ну и будет у тебя список со всей базой - и шо ?
> базе меняется не вся информация а только малая часть
> ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ
> www.ibase.ru/devinfo/garbage.htm
> Ã
> www.ibase.ru/devinfo/sweep.htm
>
> ÃÃÃÃ
à ÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃà à ÃÃÃÃ
ÃÃÃ
ÃÃÃ
ÃÃ.
á ÃÃÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃ
Ãà ÃÃÃÃà âä ÃÃÃÃà ÃÃÃÃà ÃÃÃÃ
Hello, Konstantin!
Константин wrote:
Хоть я и "умолк" :) но всё-же ляпну ... Почему ?
сначала прочитай
www.ibase.ru/devinfo/garbage.htm
и
www.ibase.ru/devinfo/sweep.htm
затем подумай об отличиях классика и суперсервера.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Vlad!
Vlad Horsun wrote:
Предлагаю всем - перед тем, как что-то предложить или критиковать,
подумать - а как это можно сделать иначе, а зачем это нужно делать
иначе и почему сейчас это сделанно именно так.
:-) я уже это пробовал. не работает :-(
--
Dmitri Kouzmenko, www.ibase.ru,
Oleg Deribas wrote:
1. Кэш на каждом клиенте.
1.1. Это снижает эффективность кэша, пропорционально количеству
клиентов, т.к. обычно клиенты, в случае web, живут очень недолго.
Под клиентом я имел ввиду комп. Или ты про случай когда каждый
web клиент создаёт новое подключение к базе?
2. Т
"Константин" ...
> >> Или "это" просто не имеет смысла ?
>
> D> Настолько, что непонятно как такая идея вообще могла зародиться в
> D> сером веществе.
>
> Хоть я и "умолк" :) но всё-же ляпну ... Почему ?
Предлагаю всем - перед тем, как что-то предложить или критиковать,
по
Константин wrote:
Хоть я и "умолк" :) но всё-же ляпну ...
Девиз доброй половины этой ветки. Вмешиваться уже не хочется.
--
Дмитрий Еманов
>> Т.е., как я понял, некому сделать...
>> Типа есть более важные задачи ?
D> Мусик, не нервируй меня (С). На грубость нарываешься.
Всё умолкаю ... ;)
>> Или "это" просто не имеет смысла ?
D> Настолько, что непонятно как такая идея вообще могла зародиться в
Константин wrote:
Т.е., как я понял, некому сделать...
Типа есть более важные задачи ?
Мусик, не нервируй меня (С). На грубость нарываешься.
Или "это" просто не имеет смысла ?
Настолько, что непонятно как такая идея вообще могла зародиться в
сером веществе.
--
Hello,
Alexey Popov said the following on 19.09.2006 18:07:
>>> Нет, такую порнография в сервер не надо.
>>> Это можно поручить клиенту.
>>
>> Клиентов несколько. Нагрузка распределена между несколькими
>> веб-серверами, но работают они с одной и той же БД.
>
> 1. Кэш на каждом клиенте.
1.1. Э
Или это уже не соответствует действительности и background
можно и на класике включить ?
>>
>>
>> D> А в каком из процессов будем включать background? ;)
>>
>> Дык, а что, нельзя отдельный запустить ?
D> - В сад.
D> - Вы будете там петь?
D> - Нет, вы будете там слушать.
Константин wrote:
Или это уже не соответствует действительности и background
можно и на класике включить ?
D> А в каком из процессов будем включать background? ;)
Дык, а что, нельзя отдельный запустить ?
- В сад.
- Вы будете там петь?
- Нет, вы будете там слушать.
(С)
--
Reg
D> Константин wrote:
>> Или это уже не соответствует действительности и background
>> можно и на класике включить ?
D> А в каком из процессов будем включать background? ;)
Дык, а что, нельзя отдельный запустить ?
С уважением,
Константин Григорьевич.
===
Константин wrote:
Или это уже не соответствует действительности и background
можно и на класике включить ?
А в каком из процессов будем включать background? ;)
--
Regards. Ded.
HV> Ты откуда взялся - с Луны ? :))) Про cooperative vs background gc
HV> слыхивал ?
Чуточку не согласен, сорри ... ;) Вот вырезка из firebird.conf :
# Classic has by default "cooperative" policy.
# Other values are ignored by classic server build
Или это уже не соответствует де
Oleg Deribas wrote:
Нет, такую порнография в сервер не надо.
Это можно поручить клиенту.
Клиентов несколько. Нагрузка распределена между несколькими
веб-серверами, но работают они с одной и той же БД.
1. Кэш на каждом клиенте.
2. Третье звено.
Какой смысл распределять веб сервер если узк
Hello,
Alexey Popov said the following on 19.09.2006 16:24:
>> 8. ФБ не имеет кэша выполненных
>> запросов, что существенно затрудняет
>> его применение в интернете. Когда одна
>> страница открывается сотни раз в день.
>
> Нет, такую порнография в сервер не надо.
> Это можно поручить клиенту.
Hello, Alexander!
You wrote on Fri, 15 Sep 2006 11:16:36 +0400:
??>> îÏ, ÏÔÈÏÄÑ ×× ÓÔÏÒÏÎÕ ÏÔ ÓÕÔÉ ×ÏÐÒÏÓÁ, ÌÉÞÎÏ ÑÔÁË É ÎÅ ÐÏÎÑÌ 1ó , ÞÅÍ
??>> ÉÍ ÎÅ ÕÇÏÄÉÌ Sybase.é ÂÅÓÐÌÁÔÎÙÅ ×ÅÒÓÉÉ ÅÓÔØ, É ÐÏÄ ÌÉÎÕÈÏÍ ÒÁÂÏÔÁÅÔ,
AG> ÷ÏÔ ÉÍÅÎÎÏ! âÅÓÐÌÁÔÎÙÅ ×ÅÒÓÉÉ ASE ÅÓÔØ ÔÏÌØËÏ ÐÏÄ Linux. á ÍÁÌÅÎØËÉÅ
AG>
Hello, Dmitry!
You wrote on Fri, 15 Sep 2006 11:15:49 +0400:
DY> veliks wrote:
??>>
??>> êàê òî óïóñêàåòñÿ âîçìîæíîñòü íà ïîñòãðåñå ïîääåðæèâàòü êëàñòåðíîñòü
DY> Ñ êàêèõ ýòî ïîð ïîñòãðåñ ïîääåðæèâàåò êëàñòåðû?
Íàâåðíîå íàäî ñïðîñèòü 1ñ-åâ . Ó íèõ ýòî â ïðåçåíòàöèÿõ íàðèñîâàíî è àêòèâíî
ï
Hello, Oleg!
You wrote on Fri, 15 Sep 2006 10:41:23 +0400:
??>> ËÁË ÔÏ ÕÐÕÓËÁÅÔÓÑ ×ÏÚÍÏÖÎÏÓÔØ ÎÁ ÐÏÓÔÇÒÅÓÅ ÐÏÄÄÅÒÖÉ×ÁÔØ ËÌÁÓÔÅÒÎÏÓÔØ.
??>> äÌÑ 1ó 8,1 ÜÔÏ ×ÁÖÎÏ
OL> üÔÏ ÎÅ ×ÁÖÎÏ. ëÏÍÕ ÎÕÖÎÙ "ËÌÁÓÔÅÒÁ" ÍÏÇÕÔ ÓÐÏËÏÊÎÏ ËÕÐÉÔØ É
OL> ÉÓÐÏÌØÚÏ×ÁÔØ MSSQL.
éÚ×ÉÎÉÔÅ ïÌÅÇ, ÎÏ ÐÒÅÄÓÔÁ×ÉÔÅÌÉ 1ó ÉÍÅÎÎÏ
veliks пишет:
Но, отходя вв сторону от сути вопроса, лично ятак и не понял 1С , чем им не
угодил Sybase.И бесплатные версии есть, и под линухом работает,
Вот именно! Бесплатные версии ASE есть только под Linux. А маленькие
фирмочки, на которые позиционируют постгресовскую версию 1с, могут и
veliks wrote:
как то упускается возможность на постгресе поддерживать кластерность
С каких это пор постгрес поддерживает кластеры?
--
Дмитрий Еманов
"veliks" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> как то упускается возможность на постгресе поддерживать кластерность. Для 1С
> 8,1 это важно
Это не важно. Кому нужны "кластера" могут спокойно купить и использовать MSSQL.
> тоже более похож. А так они выбрали не самую распр
Hello, Konstantin!
You wrote to Oleg LOA on Thu, 14 Sep 2006 18:26:00 +0400:
??>>> ÷ÏÐÒÏÓ ÐÏÞÅÍÕ 1ó ×ÙÂÒÁÌÁ Postgre Á ÎÅ FB
??>>> 1 âÅÓÐÌÁÔÎÁÑ
??>>> 2 ôÒÅÂÕÅÍÙÊ 1ó ÆÕÎËÃÉÏÎÁÌ ÒÅÁÌÉÚÏ×ÁÎ ÂÏÌØÛÅ ÞÅÍ Õ ÄÒÕÇÉÈ
??>>> 3 ÷ ËÏÍÁÎÄÅ ÅÓÔØ ÓÐÅÃÉ ÇÏÔÏ×ÙÅ ×ÅÓÔÉ ÐÒÏÅËÔ
ËÁË ÔÏ ÕÐÕÓËÁÅÔÓÑ ×ÏÚÍÏÖÎÏÓÔØ ÎÁ ÐÏÓ
Добрый день, Alex!
Вы писали to Konstantin Zaitcev от Thu, 14 Sep 2006 18:30:44 +0400:
KZ>> Возможно у Postgre большая совместимость с MSSQL ??
AC> Интересно, что ты вкладываешь в понятие "совместимости с MSSQL" ?..
Если программа в данном случае 1С на уровне сервера приложений поддерживает
2
Привет, Konstantin!
Вы пишешь к Oleg LOA 14 сентября 2006:
[Sorry, skipped]
KZ> Возможно у Postgre большая совместимость с MSSQL ??
Интересно, что ты вкладываешь в понятие "совместимости с MSSQL" ?..
--
With best regards, Alex Cherednichenko.
Добрый день, Oleg!
Вы писали от Thu, 14 Sep 2006 16:53:18 +0400:
??>> Вопрос почему 1С выбрала Postgre а не FB
1 Бесплатная
2 Требуемый 1С функционал реализован больше чем у других
3 В команде есть специ готовые вести проект
Собственно мне жадь что это не FB
По 1 пункту FB проходит
3 пункт
58 matches
Mail list logo