Re: йЮЙ FB НРЯКЕФХБЮЕРЙ-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[WildSery]

On Wed, 16 May 2007 10:35:59 +0400, Alexandr Kochmin <[EMAIL PROTECTED]> wrote:

> эта цифра для КАЖДОГО процесса. Поэтому увеличить сильно не получится.
Это я знаю. У меня сомнения только в том, сразу ли выделяется эта память или 
только при использовании сортировки.

> Лучше сначла подумай, а есть ли утебя вообще сортировки, и какой объем файлов 
> при этом.
Есть. До сотен мегабайт. Гига не видел, может и бывает. Проверять все отчёты 
лениво.

-- 
Сергей Смирнов.

Re: Как FB отслеживает к-во доступной памяти ?

[Dmitry Yemanov]

WildSery wrote:

Подскажите кто-нибудь, а что будет эффективнее на классике (линух) с просторной оперативной памятью - увеличивать в конфиге SortMemUpperLimit, оставить как есть в надежде что всё равно в кэш всё влезет, или создать мем-диск специально для временных файлов (в том числе сортировка)? 


Я бы не трогал конфиг и положился на файловый кеш.

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

Re: йЮЙ FB НРЯКЕФХБЮЕРЙ-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[Alexandr Kochmin]

W>  увеличивать в конфиге
W> SortMemUpperLimit,

эта цифра для КАЖДОГО процесса. Поэтому увеличить сильно не получится.
Лучше сначла подумай, а есть ли утебя вообще сортировки, и какой объем файлов 
при этом.

--
С уважением
Кочмин Александр
Firebird Foundation associate member #257 

Re: ������������ �������� v ��������� ����� ������� ������ (�� �������� �� ����-������)

[St. Alex]

> ×ÙÐÏÌÎÑÌÉ ÓÏÒÔÉÒÏ×ËÕ É ÕÐÁËÏ×ËÕ É Ô.Ä.
 >×ÙÐÏÌÎÑÌÉ ÕÂÏÒËÉ × ÏÆÉÓÁÈ, Ë×ÁÒÔÉÒÁÈ, ÎÁ ÓÔÒÏÊËÁÈ

âÌÉÎÁ! îÁÄÏ ×ÚÑÔØ ÎÅÓËÏÌØËÏ ÛÔÕË ÓÏÒÔÉÒÏ×ÁÔØ ÂÁÚÙ É ÕÂÉÒÁÔØ ÍÕÓÏÒ, Á ÔÁËÖÅ × 
ËÁÞÅÓÔ×Å ÁÒÈÉ×ÁÔÏÒÏ×!
îÉËÔÏ ÎÅ ÚÎÁÅÔ, ÞÔÏ Õ ÎÉÈ ÚÁ ÃÅÎÙ? Á ÔÏ Ñ ÄÏÚ×ÏÎÉÔÓÑ ÎÅ ÓÍÏÇ :-)

ó Õ×ÁÖÅÎÉÅÍ,
óÔÁÒÉËÏ× áÌÅËÓÅÊ

Re: йЮЙ FB НРЯКЕФХБЮЕРЙ-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[WildSery]

On Tue, 15 May 2007 17:11:33 +0400, Alexandr Kochmin <[EMAIL PROTECTED]> wrote:

> 3) еще часть памяти под сортировку. Это настраивается в конфиге уже в 
> зависимости от объема сортировки в твоем случае.

Подскажите кто-нибудь, а что будет эффективнее на классике (линух) с просторной 
оперативной памятью - увеличивать в конфиге SortMemUpperLimit, оставить как 
есть в надежде что всё равно в кэш всё влезет, или создать мем-диск специально 
для временных файлов (в том числе сортировка)?

-- 
Сергей Смирнов.

Re: Не пойму что с запросом (FB 2.0)

[Dmitry Yemanov]

Alexander Tyutik wrote:


1) Не бредовая ли это хотелка добавить параметр в индексы и ключи для
указания индексировать нуллы или нет? Если не бредовая, то я оформлю в
трекер.


Даже если в целом она небредовая, то в нашей архитектуре отломится очень 
многое. Так что я бы не стал этого делать.



2) Почему ж оно с RIGHT JION работает быстро? Вроде бы те же яйца...


Не совсем, разный порядок операций. Там RCE и RFI джойнятся без учета 
нуллов. Вот его аналог с LEFT:


SELECT IDS.ID, RCE."RssFeedId"
FROM CONVERT_IDS_TO_ROWS('228,229,1,2,3') IDS
LEFT JOIN (
"RssCacheElements" RCE
JOIN "RssFeedItems" RFI ON RFI."FeedId" = RCE."RssFeedId"
) ON RCE."FeedDefinitionId" = IDS.ID
WHERE RFI."Id" IS NOT NULL

тоже выполняется мгновенно.


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

Re: Организация кластера

[Plotnikov Y]

чтение производится с одной машины, а запись - на N. Вот и посчитай
сам.


Я к тому что что читать одно, а руками трогать - совсем другое ;)
хотя согласен.


ты бы про кластеры почитал чего сначала :-)


Мне пока не надо ; Но намек понял ;)


вопрос кластера исследуется.


замечательно.

Re: Не пойму что с запросом (FB 2.0)

[sasha]

> null в fk? оригинально :-)

Каждую ночь эти записи удаляются, но днём их накапливается десятки или
даже сотни тысяч.

> бредовая. любое значение, в том числе и null (а для ключа это
> именно значение), должно быть проиндексировано.
> наличие null в fk - это вопрос проектирования, соответственно
> вместо "большого количества null" может быть например и "большое
> количество 0". 0 тоже прикажете дать возможность не индексировать? :-)

Ну как бы нуллы - это всё-таки особая каста...

> в смысле, таблица right join процедура ?

таблица join таблица right join процедура.

> с композитными индексами вообще гемор.

Только других вариантов что-то нету :-(

Re: Не пойму что с запросом (FB 2.0)

[Dmitri Kuzmenko]

Hello, Alexander!

Alexander Tyutik wrote:


Так ведь я там специально составной индекс сделал вместо нужного там FK
чтобы количество дубликатов уменьшить. У нас ведь нету возможности
указать индексировать нуллы или нет, а нуллов там может быть больше
половины записей.


null в fk? оригинально :-)


Осталось выяснить вот что:

1) Не бредовая ли это хотелка добавить параметр в индексы и ключи для
указания индексировать нуллы или нет? Если не бредовая, то я оформлю в
трекер.


бредовая. любое значение, в том числе и null (а для ключа это
именно значение), должно быть проиндексировано.
наличие null в fk - это вопрос проектирования, соответственно
вместо "большого количества null" может быть например и "большое
количество 0". 0 тоже прикажете дать возможность не индексировать? :-)


2) Почему ж оно с RIGHT JION работает быстро? Вроде бы те же яйца...


в смысле, таблица right join процедура ?


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


с композитными индексами вообще гемор.

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

Re: Не пойму что с запросом (FB 2.0)

[Alexander Tyutik]

> LEFT JOIN возращает NULLы для отсутствующих записей, оные нуллы ищутся в
> последней таблице, находятся (их там до фига) и читаются соответствующие
> записи. Мы в 2.0 исключили скан нуллов в индексах для операции
> равенства, но только для односегментных индексов, а у тебя там композит
> по двум полям. Сделай индекс только по FeedId и запрос залетает мухой.


Так ведь я там специально составной индекс сделал вместо нужного там FK
чтобы количество дубликатов уменьшить. У нас ведь нету возможности
указать индексировать нуллы или нет, а нуллов там может быть больше
половины записей.
Я сейчас переделал на INNER JOIN, который там собственно и должен быть
по смыслу, и всё летает.

Осталось выяснить вот что:

1) Не бредовая ли это хотелка добавить параметр в индексы и ключи для
указания индексировать нуллы или нет? Если не бредовая, то я оформлю в
трекер.

2) Почему ж оно с RIGHT JION работает быстро? Вроде бы те же яйца...

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

Re: OFF: ������ �� CodeGear: C++Builder 2007 � IDE ��� Ruby on Rails

[Vadim Mescheryakov]

> îÕ Á ÍÙ ÉÓÐÏÌØÚÕÅÍ ËÁË ÇÒÉÄ VirtualStringTree, Á ÅÍÕ ×ÏÏÂÝÅ ÐÏÆÉÇÕ, ÏÔËÕÄÁ 
> ÄÁÎÎÙÅ ÂÅÒÕÔÓÑ, ÈÏÔØ ÉÚ ÄÁÔÁÓÅÔÁ, ÈÏÔØ ÉÚ ÆÁÊÌÁ, ÈÏÔØ ÉÚ ÍÁÓÓÉ×Á
á ÷ÁÍ ÕÄÁÌÏÓØ ÎÁÕÞÉÔØ ÅÇÏ (VirtualStringTree) ÄÅÌÁÔØ ÐÅÒÅÎÏÓ ÓÌÏ× × ÐÏÄÐÉÓÑÈ 
ÚÁÇÏÌÏ×ËÁÈ ÓÔÏÌÂÃÏ×?

-- 
ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ
ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ.

454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77
ôÅÌ: +7 (351) 2807917
Web: www.del-fin.ru

Re: йЮЙ FB НРЯКЕФХБЮЕРЙ-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[Кузнецов Евгений]

St. Alex wrote:

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

И как эти потоки работают вместе и не мешают друг другу? - со страхом
гляжу я на SuperServer :)

С уважением, Евгений

Re: йЮЙ FB НРЯКЕФХБЮЕРЙ-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[St. Alex]

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

С уважением,
Стариков Алексей

--~--~-~--~~~---~--~~
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы 
"gmane.comp.db.firebird.russian" на группах Google.
 Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ru-firebird@googlegroups.com
 Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL 
PROTECTED]
 Дополнительные варианты находятся на странице группы 
http://groups.google.com/group/ru-firebird?hl=ru
-~--~~~~--~~--~--~---

Re: Не пойму что с запросом (FB 2.0)

[Dmitry Yemanov]

sasha wrote:


А всё таки с этим огромным кол-вом чтений при левом соединении чё?


LEFT JOIN возращает NULLы для отсутствующих записей, оные нуллы ищутся в 
последней таблице, находятся (их там до фига) и читаются соответствующие 
записи. Мы в 2.0 исключили скан нуллов в индексах для операции 
равенства, но только для односегментных индексов, а у тебя там композит 
по двум полям. Сделай индекс только по FeedId и запрос залетает мухой.



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

Re[2]: И опять про коверкание русских буковок в 2.1

[Константин]

DK> налицо зашоренность мышления в результате интенсивного
DK> прикладного программирования, уж не обижайся :-)

;) а чё тут обижатся, есть маленько ...

isql -x db1 >>script1.txt
isql -x db2 >>script2.txt

DK> dbcomparer script1.txt script2.txt ...
DK> или нынче dbcomparer уже разучился ДВА СКРИПТА сравнивать?

ну ежели так 
Спс. подумаю 

С уважением,
Константин Григорьевич.
===

Re: Не пойму что с запросом (FB 2.0)

[sasha]

> Базу мне забрось, я посмотрю...

Улетело на яндекс...



--~--~-~--~~~---~--~~
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы 
"gmane.comp.db.firebird.russian" на группах Google.
 Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ru-firebird@googlegroups.com
 Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL 
PROTECTED]
 Дополнительные варианты находятся на странице группы 
http://groups.google.com/group/ru-firebird?hl=ru
-~--~~~~--~~--~--~---

Re: Йопт! v2.1 Beta 1

[Alexandr Kochmin]

АЖ>
АЖ> То есть ничего принципально нового в FB 2.1 больше не появится?
АЖ>

а того, что есть мало?

--
С уважением
Кочмин Александр
Firebird Foundation associate member #257 

Йопт! v2.1 Beta 1

[Андрій Жук]

То есть ничего принципально нового в FB 2.1 больше не появится?

Re: йЮЙ FB НРЯКЕФХБЮЕРЙ-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[Alexandr Kochmin]

SA>> А для виндов ничего не оставляешь? Ей придется ютиться на винте? ;-)
SA> Ну это я образно написал.
SA> Ну скажем 3 с половиной я могу отдать ФБ или он на неё положит? Хотя
SA> одно другого не исключает :-)

короче так:
1) можно поставить классик. Если так много памяти, да еще проц не один, то так 
лучше и делать.
2) для супера имхо нет неоходимости давать так много памяти. Вполне нормально 
2000 буферов и все.
3) еще часть памяти под сортировку. Это настраивается в конфиге уже в 
зависимости от объема сортировки в твоем случае.
И главное, вся остальная память под файловый кэш ОС. Хороший вариант, когда вся 
или хотя бы большая часть базы помещается в файловый кэш ОС. Да даже не важно, 
ОС сама память под файловый кэш возьмет и будет хорошо.


--
С уважением
Кочмин Александр
Firebird Foundation associate member #257 

Re: йЮЙ FB НРЯКЕФХБЮЕР Й-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[St. Alex]

> А для виндов ничего не оставляешь? Ей придется ютиться на винте? ;-)
Ну это я образно написал.
Ну скажем 3 с половиной я могу отдать ФБ или он на неё положит? Хотя
одно другого не исключает :-)

С уважением,
Алексей Стариков

Re: йЮЙ FB НРЯКЕФХБЮЕР Й-БН ДНЯРСОМНИ ОЮЛЪРХ ?

[Andrei Yeryomin]

St. Alex пишет:
У нас сервак покупают с 4 ГБ, будет там стоять только FB 2. (пока что 0.1 
версия). И тоже я задумываюсь над этими параметрами, будет ли FB юзать 4 Гб 

А для виндов ничего не оставляешь? Ей придется ютиться на винте? ;-)

--
С уважением,
 Андрей Еремин.

Re: isc_no_cur_rec

[Alex Cherednichenko]

Привет, Dmitry!
Вы пишешь  15 мая 2007:

[Sorry, skipped] 
 >> Дык, как интерпретировать-то ?

 DY> Как violation :-) В некоторых случаях isc_no_cur_rec закидывается в 
 DY> статус-вектор как warning, и опять же в некоторых случаях сервер 
 DY> превращает warning в error. Вот такая чехарда.

 DY> Я вроде правил это в 2.0, если склероз не подводит...

Ок.
Обойдём эти грабли по камешкам.

--
With best regards, Alex Cherednichenko.

Re: ��� FB ����������� �-�� ��������� ������ ?

[St. Alex]

Çäðàâñòâóéòå, âñå!

Âîò ïðî÷èòàë çàìåòêó è ðåøèë ñïðîñèòü:
Ó íàñ ñåðâàê ïîêóïàþò ñ 4 ÃÁ, áóäåò òàì ñòîÿòü òîëüêî FB 2. (ïîêà ÷òî 0.1 
âåðñèÿ). È òîæå ÿ çàäóìûâàþñü íàä ýòèìè ïàðàìåòðàìè, áóäåò ëè FB þçàòü 4 Ãá 
îïåðàòèâêè åñëè åìó òàê è íàïèñàòü. Ãäå òî ïðîñêàêèâàëî (ïî-ìîåìó ó Âëàäà 
Õîðñóíà), ÷òî ìàêñèìàëüíûé îáúåì âûäåëÿåìîé âèíäîé ïàìÿòè íà ïðîöåññ - 2 Ãá.
FB - super Server,
Windows - 2003 Server

Ñïàñèáî! 

Re: isc_no_cur_rec

[Dmitry Yemanov]

Alex Cherednichenko wrote:


Подскажите, кто в курсе, по ошибке isc_no_cur_rec.
(азы я знаю)
Сообщение сбивает с толку:
=Beginning of the citation== 
no current record for fetch operation
violation of FOREIGN KEY constraint 
FK... on table ...
=The end of the citation=== 
IBErrorCode = 335544348

SQLCode = -508

Дык, как интерпретировать-то ?


Как violation :-) В некоторых случаях isc_no_cur_rec закидывается в 
статус-вектор как warning, и опять же в некоторых случаях сервер 
превращает warning в error. Вот такая чехарда.


Я вроде правил это в 2.0, если склероз не подводит...


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

isc_no_cur_rec

[Alex Cherednichenko]

Здравствуйте, ВСЕ !

Подскажите, кто в курсе, по ошибке isc_no_cur_rec.
(азы я знаю)
Сообщение сбивает с толку:
=Beginning of the citation== 
no current record for fetch operation
violation of FOREIGN KEY constraint 
FK... on table ...
=The end of the citation=== 
IBErrorCode = 335544348
SQLCode = -508

Дык, как интерпретировать-то ?
Если смотреть по IBErrorCode и SQLCode, то это таки
"no current record for fetch operation".
Тогда, об чем тут "violation of FOREIGN KEY constraint.." ?
Курсоры вроде бы нигде не задействованы,
чтоб грешить на них. 
Непонятно... (С)

Server Version: LI-V1.5.4.4910 Firebird 1.5

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы 
"gmane.comp.db.firebird.russian" на группах Google.
 Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ru-firebird@googlegroups.com
 Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL 
PROTECTED]
 Дополнительные варианты находятся на странице группы 
http://groups.google.com/group/ru-firebird?hl=ru
-~--~~~~--~~--~--~---

Re: Не пойму что с запросом (FB 2.0)

[Dmitry Yemanov]

sasha wrote:


А всё таки с этим огромным кол-вом чтений при левом соединении чё? Это 
известная бяка?


Базу мне забрось, я посмотрю...


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

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Андрій Жук]

Roman Rokytskyy wrote:



Народ, а как там у вас в Дельфях со строковым типом? Он уже стал 
юникодным? Или надо какое-то WideString использовать? Тогда как там с 
WideString пропертями у компонент доступа? Они уже стандартно 
поддерживаются или нет?


Роман



Ну, к примеру VirtualStringTree полностью уникодный, что весьма удобно.
Те же TntControls. Есть еще такой многомерный куб HierCube, в 
комплекте идут основные компоненты с полной поддержкой уникода



Стоп-стоп... я на Дельфях уже лет как 8 ничего не писал, но раньше тому 
же TDBGrid я указывал или TTable или TQuery и он все делал сам. А как 
оно с этими TntControls выглядит?


Ведь если ни TTable ни TQuery не поддерживают что-то типа 
.Field[0].AsWideString (с соотв. поддержкой в DBExpress, FIB+, IBX & 
Co), то каким образом эта компонента получит юникодный текст от 
компоненты, которая про юникод ни слухом, ни духом?


Собственно это был мой вопрос - базоваю функциональность уже есть или ее 
еще не создали.


Роман



В FIB, UIB, IBX есть AsWideString
Ну а мы используем как грид VirtualStringTree, а ему вообще пофигу, 
откуда данные берутся, хоть из датасета, хоть из файла, хоть из массива

Re: Организация кластера

[Dmitri Kuzmenko]

Hello, Yuri!

Plotnikov Y wrote:

> Вот что интересно.
> 1) насколько реально будет ускорение. Желательно посмотреть цифры для 
> кластера из 1,2,3...N серверов.

чтение производится с одной машины, а запись - на N. Вот и посчитай
сам.

> 2) Теоретически, при такой структуре кластера наверное возможно его 
> сделать чисто средствами самого сервера. Ну т.е. докрутить сервер, чтобы 
> он нес в себе эту функциональность ;)

ты бы про кластеры почитал чего сначала :-)

> 3) Ну и главное - насколько это кому интересно вообще (разработчики 
> сервера, прикладные разработчики) ;)

вопрос кластера исследуется.

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



--~--~-~--~~~---~--~~
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы 
"gmane.comp.db.firebird.russian" на группах Google.
 Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ru-firebird@googlegroups.com
 Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL 
PROTECTED]
 Дополнительные варианты находятся на странице группы 
http://groups.google.com/group/ru-firebird?hl=ru
-~--~~~~--~~--~--~---

Re: Не пойму что с запросом (FB 2.0)

[sasha]

Понял, спасибо.


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

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitri Kuzmenko]

Hello, Roman!

Roman Rokytskyy wrote:

Ведь если ни TTable ни TQuery не поддерживают что-то типа 
.Field[0].AsWideString (с соотв. поддержкой в DBExpress, FIB+, IBX & 
Co), то каким образом эта компонента получит юникодный текст от 
компоненты, которая про юникод ни слухом, ни духом?


в том то и дело, что например в IBX явно видна поддержка
юникода (Widestring) только на уровне команд и имен метаданных.
Как это на уровне строковых данных работает, я пока не знаю.
но разумеется, в db и tfields используются обычные свойства
asString.

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

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Roman Rokytskyy]

Народ, а как там у вас в Дельфях со строковым типом? Он уже стал 
юникодным? Или надо какое-то WideString использовать? Тогда как там с 
WideString пропертями у компонент доступа? Они уже стандартно 
поддерживаются или нет?


Роман



Ну, к примеру VirtualStringTree полностью уникодный, что весьма удобно.
Те же TntControls. Есть еще такой многомерный куб HierCube, в комплекте 
идут основные компоненты с полной поддержкой уникода



Стоп-стоп... я на Дельфях уже лет как 8 ничего не писал, но раньше тому 
же TDBGrid я указывал или TTable или TQuery и он все делал сам. А как 
оно с этими TntControls выглядит?


Ведь если ни TTable ни TQuery не поддерживают что-то типа 
.Field[0].AsWideString (с соотв. поддержкой в DBExpress, FIB+, IBX & 
Co), то каким образом эта компонента получит юникодный текст от 
компоненты, которая про юникод ни слухом, ни духом?


Собственно это был мой вопрос - базоваю функциональность уже есть или ее 
еще не создали.


Роман

Re: Не пойму что с запросом (FB 2.0)

[Dmitry Yemanov]

sasha wrote:


Если написать INNER JOIN "RssCacheElements", то всё нормально


Так и надо.

побаиваюсь так писать, потому как я не понимаю по какому принципу No 
current record for fetch operation вылазит. Если оно щас не вылезло, то 
может ли вылезти в будущем, на других данных например?


Оно вылазит, когда процедура зависит от данных таблицы через входные 
параметры.



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

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Андрій Жук]

Roman Rokytskyy wrote:



тогда объясни мне, каким образом РУССКИЕ буквы в unicode
преобразуются или покажутся при УКРАИНСКИХ или НЕМЕЦКИХ настройках
виндов?


Шрифты давно юникодные. ASCII текст преобразуется виндой в юникод
согласно текущей системной кодовой страницы, AFAIU. Юникодный текст
преобразовывать не нужно


Народ, а как там у вас в Дельфях со строковым типом? Он уже стал 
юникодным? Или надо какое-то WideString использовать? Тогда как там с 
WideString пропертями у компонент доступа? Они уже стандартно 
поддерживаются или нет?


Роман



Ну, к примеру VirtualStringTree полностью уникодный, что весьма удобно.
Те же TntControls. Есть еще такой многомерный куб HierCube, в комплекте 
идут основные компоненты с полной поддержкой уникода

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Alexandr Kochmin]

 RR> Народ, а как там у вас в Дельфях со строковым типом? Он уже стал
 RR> юникодным? Или надо какое-то WideString использовать? Тогда как там с
 RR> WideString пропертями у компонент доступа? Они уже стандартно
 RR> поддерживаются или нет?

вот как раз эта фигня и не дает борланду перейти на уникод, имхо.

--
С уважением
Кочмин Александр
Firebird Foundation associate member #257 



--~--~-~--~~~---~--~~
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы 
"gmane.comp.db.firebird.russian" на группах Google.
 Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ru-firebird@googlegroups.com
 Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL 
PROTECTED]
 Дополнительные варианты находятся на странице группы 
http://groups.google.com/group/ru-firebird?hl=ru
-~--~~~~--~~--~--~---

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Roman Rokytskyy]

тогда объясни мне, каким образом РУССКИЕ буквы в unicode
преобразуются или покажутся при УКРАИНСКИХ или НЕМЕЦКИХ настройках
виндов?


Шрифты давно юникодные. ASCII текст преобразуется виндой в юникод
согласно текущей системной кодовой страницы, AFAIU. Юникодный текст
преобразовывать не нужно


Народ, а как там у вас в Дельфях со строковым типом? Он уже стал 
юникодным? Или надо какое-то WideString использовать? Тогда как там с 
WideString пропертями у компонент доступа? Они уже стандартно 
поддерживаются или нет?


Роман

Re: Организация кластера

[Plotnikov Y]

Вот что интересно.
1) насколько реально будет ускорение. Желательно посмотреть цифры для 
кластера из 1,2,3...N серверов.
2) Теоретически, при такой структуре кластера наверное возможно его 
сделать чисто средствами самого сервера. Ну т.е. докрутить сервер, чтобы 
он нес в себе эту функциональность ;)
3) Ну и главное - насколько это кому интересно вообще (разработчики 
сервера, прикладные разработчики) ;)

Re[2]: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitry Kotelnikov]

Приветствую Вас,

15.05.2007 в 12:16, Вы писали:

DK> я не уверен, что приложения не придется править при переходе
DK> на такие компоненты.
DK> Вернее так. Я не уверен, что VCL в плане визуализирующих и редактирующих
DK> компонент можно безболезненно и без изменений интерфейсов переписать
DK> на поддержку unicode.
DK> Отсюда я предполагаю, что наименее проблемным решением, а также
DK> чтобы не превращать текущие приложения в юникодные без желания
DK> разработчика, будет являться добавление этих самых компонент с 
DK> поддержкой юникода в минимальном объеме и именно как отдельных компонент.

DK> Вот такое мое humble opinion.

Придется править в любом случае, я не против, но лучше править один
раз чем потом опять при переходе с ТНТ на нативную поддержку борланда,
т.к. все равно после выхода уникоде у борланда, продукт ТНТ потеряет
свою привлекательность и его закинут, а тут новые версии, ошибки если
вдруг, новые контролы. Согласитесь. Но даже если и не надо мне
уникоде, я до этого пока обходился скрепя зубами, то с вистой проблему
просто не решить (я пока не знаю), так ребята из макрософт не должны
были поступать. Как так все нормально с версии 95 до ХП, тут на тебе
поменяли.

-- 
С Уважением, Дмитрий Котельников

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Kotelnikov wrote:


Всего-то хочется простой нормальной поддержки уникода борландом или как
их там Кодегиар, а не юзать заплатки в виде Tnt


я не уверен, что приложения не придется править при переходе
на такие компоненты.
Вернее так. Я не уверен, что VCL в плане визуализирующих и редактирующих
компонент можно безболезненно и без изменений интерфейсов переписать
на поддержку unicode.
Отсюда я предполагаю, что наименее проблемным решением, а также
чтобы не превращать текущие приложения в юникодные без желания
разработчика, будет являться добавление этих самых компонент с 
поддержкой юникода в минимальном объеме и именно как отдельных компонент.


Вот такое мое humble opinion.

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

Re[2]: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitry Kotelnikov]

Приветствую Вас,

15.05.2007 в 12:06, Вы писали:

DK> Мда. Чесаться надо было раньше.
DK> компоненты tnt юникодные были бесплатные, а теперь
DK> того, 30 евро...
DK> http://www.tmssoftware.com/go.asp?tmsuni

Да чего мне чесаться, я про них знал да 30 евро не проблема
1. Не хотел увеличивать дистрибутив
2. А может мне не нравится TTntDBGrid я хочу другой.
3. А может мне мало стандартных TTntDBText и похожих, я хочу карренси
едит и т.д.

Всего-то хочется простой нормальной поддержки уникода борландом или как
их там Кодегиар, а не юзать заплатки в виде Tnt

-- 
С Уважением, Дмитрий Котельников

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Kotelnikov wrote:


Я лучше еще один пример приведу, у меня пользователь хочет вводить в
наименования товара немецкие буквы а (с точечкой), ╙с немецкую (вроде
так называется).  Так вод программа не Уникоде и содержит только
Кирилик раскладку и он не может их ввести например АЛЬТ+ЦИФЕРКИ или
переключившись на другой язык. С Уникоде он смог бы.
Ну пока для меня самая большая проблема в Висте с нон-уникоде
программами.


Мда. Чесаться надо было раньше.
компоненты tnt юникодные были бесплатные, а теперь
того, 30 евро...
http://www.tmssoftware.com/go.asp?tmsuni


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

Re[2]: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitry Kotelnikov]

Приветствую Вас,

15.05.2007 в 11:52, Вы писали:

АЖ> Гм, весьма и весьма странно... Специфическая страница уникода для
АЖ> украинского? Специфические шрифты для украинского? Что-то мне очень мало
АЖ> верится...

Народ Вы что издеваетесь :), не знал бы не писал, я уже весь гугл
измучал, проиграйтесь в гугле с словами Ukrainian Keyboard Layout
locale Vista non-unicode

http://blogs.msdn.com/shawnste/archive/2007/03/19/some-keyboards-fail-with-ansi-applications-on-windows-vista-rtm.aspx
http://www.hosting.webchoice.ru/forums.php?m=posts&q=8964&n=last
http://www.ghisler.ch/board/viewtopic.php?p=117878
не верите мне смотрите что пишет ghisler автор тотала, с кипом тоже
самое.
*
ghisler(Author)
Site Admin
Hmm, I don't think that I can do anything about it then. Let's hope that 
Microsoft will fix it soon.
*

-- 
С Уважением, Дмитрий Котельников

Re: Новые снапшоты когда будут?

[freemanzav]

Andrew Holubovski:

> тогда где релиz???
> ;-)
Судя по погоде, количеству девушек на улице и длине их юбок, релиз ещё
не скоро :-)

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Андрій Жук]

Dmitry Kotelnikov wrote:

Приветствую Вас,

15.05.2007 в 9:25, Вы писали:

AK> Чего вы так за уникод привязались?
AK> Зачем он нужен в вашей реальной практике, можете сказать.

Легко, сейча Майкрософт придумал новую раскладку или что-то типа этого
для Укринского языка в Висте. И теперь все non-unicode программы на
украинском языке в полях ввода пишут знаки вопроса, да именно тик
вместо "ПривЁт друже :)" , будет "?  ??". Сколько уже не
писали в Майкрософт у них стандарт ответа что это проблемы
разработчиков ПО. Вот попробуйте на Total Commander  у него тоже такая
проблема он не-Уникоде.

ЗЫ: в региональных настройках все выставлено правильно, уже все
перепробовано, знаки вопроса и все тут.

Гм, весьма и весьма странно... Специфическая страница уникода для 
украинского? Специфические шрифты для украинского? Что-то мне очень мало 
верится...

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Alexandr Kochmin]

DK> Ну пока для меня самая большая проблема в Висте с нон-уникоде
DK> программами.

хм, неужели все неуникодные программы теперь в висте не работают?


--
С уважением
Кочмин Александр
Firebird Foundation associate member #257 

Re[2]: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitry Kotelnikov]

Приветствую Вас,

15.05.2007 в 11:37, Вы писали:

DK> тогда объясни мне, каким образом РУССКИЕ буквы в unicode
DK> преобразуются или покажутся при УКРАИНСКИХ или НЕМЕЦКИХ настройках
DK> виндов?

Не понял вопрос. В винде программно как преобразуются или
показываются (видно русский текст в смысле) они нормально вообще в
винде с другими региональными настройками?

Я лучше еще один пример приведу, у меня пользователь хочет вводить в
наименования товара немецкие буквы а (с точечкой), ╙с немецкую (вроде
так называется).  Так вод программа не Уникоде и содержит только
Кирилик раскладку и он не может их ввести например АЛЬТ+ЦИФЕРКИ или
переключившись на другой язык. С Уникоде он смог бы.
Ну пока для меня самая большая проблема в Висте с нон-уникоде
программами.

-- 
С Уважением, Дмитрий Котельников

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Vlad Horsun]

"Dmitri Kuzmenko" ...

> тогда объясни мне, каким образом РУССКИЕ буквы в unicode
> преобразуются или покажутся при УКРАИНСКИХ или НЕМЕЦКИХ настройках
> виндов?

Шрифты давно юникодные. ASCII текст преобразуется виндой в юникод
согласно текущей системной кодовой страницы, AFAIU. Юникодный текст
преобразовывать не нужно

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

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Kotelnikov wrote:


DK> переделывать приложения захотелось? :-)
DK> ты лучше скажи, чего ты лично от "уникода" хочешь.
DK> Небось, чтобы автоматически приложения могли быть многоязычными? :-)

Смотри предыдущий пост + конечно хочу чтобы мой юзер не думал о каких
то там региональных настройках для нон-уникоде программ.


тогда объясни мне, каким образом РУССКИЕ буквы в unicode
преобразуются или покажутся при УКРАИНСКИХ или НЕМЕЦКИХ настройках
виндов?

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

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

[Andrew Holubovski]

> > Ñîáñòâåííî ñàáæ... Õîòåëîñü áû ïîòåñòèðîâàòü íåêîòîðûå áàãîôèêñû...
> Êàêèå ñíàïøîòû? Ëåòî æ íà äâîðå :-)

òîãäà ãäå ðåëèz???
;-)

Best regards,
Andrew Holubovski
DelphiPlus Team
http://www.delphiplus.org

Re[2]: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitry Kotelnikov]

Приветствую Вас,

15.05.2007 в 10:34, Вы писали:

DK> переделывать приложения захотелось? :-)
DK> ты лучше скажи, чего ты лично от "уникода" хочешь.
DK> Небось, чтобы автоматически приложения могли быть многоязычными? :-)

Смотри предыдущий пост + конечно хочу чтобы мой юзер не думал о каких
то там региональных настройках для нон-уникоде программ.

-- 
С Уважением, Дмитрий Котельников

Re: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Kotelnikov wrote:


DK> В разделе Продукты-C++Builder пока никакого BCB 2007 нет, увы.

Там вроде написано что в начале июня, а Уникода так и нет


переделывать приложения захотелось? :-)

ты лучше скажи, чего ты лично от "уникода" хочешь.
Небось, чтобы автоматически приложения могли быть многоязычными? :-)

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

Re[2]: OFF: Анонсы от CodeGear: C++Builder 2007 и IDE для Ruby on Rails

[Max Rezanov]

Hello Alexandr,

Tuesday, May 15, 2007, 10:25:56 AM, you wrote:
AK>  DK> Там вроде написано что в начале июня, а Уникода так и нет

AK> Чего вы так за уникод привязались?
AK> Зачем он нужен в вашей реальной практике, можете сказать.
Качать пролетавшую тутуа сЦылку на книжку "Джоэл о программировании"
Смотреть 4 главу, многа думать :


  Тема Дня: Я - чайник, летящий на кpыльях ночи!
  До не скорой встречи в аду,
 Maxmailto:[EMAIL PROTECTED]