Re[6]: еще раз вернуться к дереву

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

NT> - я уверен что разница НАМНОГО уменьшится

NT> Да, ты прав, первый быстрее в 2 раза, но если добавляем доп.условия, то
NT> получается наоборот
Я же говорил ...
Вообще-то лично я иногда разбиваю подобные запросы посредством SP
в которых подобные запросы бью на несколько вложенных for select
по смыслу и прикидочным соображениям о порядке к-ва возвращаемых
значений каждого for select
Иногда очень и очень ... хотя и не панацея ...

NT> Читал, но практика рекомендует другие подходы

Ну да, иногда приходится делать выбор между практикой и теорией,
между правильно и работает - но это жизнь ...
А если опираться только на практику могут вылезть грабли скажем
с тем же обновлением версии сервера ...
Помню ещё на FB1 как класно рулили ручные планы - жуть,
переходил на 1.5 замаялся их править, а перешёл на 2-ку
и понял, а ну их нафиг - нехай оптимизатор сам разбирается :)

PS: Сорри может и не в тему ...
Не спится, вот и мелю тут всякое ... ;)

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

Re: off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

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

s> Мне тут письмо пришло от какого-то софтпрома с приглашением на
s> конференцию 22-го декабря в Киев, где упомянуто что будут выступать
s> Кузьменко и Ковязин.

   А можно поподробнее что за конференция, тема, вопросы, ... ?
   Можно в приват lkg<#>ua.fm, или ссылочку ...
   А то в Москву уже второй год собираюсь никак не вырвусь, может
   в Киев получиться всё-таки ближе он к Днепропетровску ;)

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

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

Re: off: Вопрос ДК и Алексею Ковязину по

[Roman Rokytskyy]

C UML знаком, но на практике нам не удаётся держать модель и код в
синхронизированном состоянии, поэтому мы UML-ем почти не пользуемся. В
этом плане мне ближе экстремальное программирование.


Хм... Together обладает двунаправленой
синхронизацией - меняешь код - тут же
меняется диграмма, и наоборот. Или о
чем-то другом  идет речь?


Не знаю, может ECO чем-то лучше, но держать модель синхронной с 
реализацией на Java у нас тоже выходит очень накладно. Мы и Together 
пробовали, и несколько других продуктов. Всегда как-то все сводится к 
выбору между "моделируй до последней маленькой детальки и используй 
автоматическую синхронизацию" и "остановись на компонентах и 
синхронизируй вручную". Пока последнее выходит выгоднее.


При чем, в Together/J (да и в других тулзах) при изменении кода 
действительно меняются диаграммы, но это только диаграммы классов и/или 
sequence. Остальные приходится осмысленно менять вручную, а если этого 
не делать, то модель можно через некоторое время выбросить - в use cases 
описано одно, в компонентах, activity и state - другое, а 
классы/sequence показывают что-то совсем новое. Если потом сгенерировать 
доку, но становится ничерта непонятно.


Поэтому мы пока держим яблоки и апельсины отдельно - модель до 
классов/sequence даже не доходит. Для полноты картины проще потом (по 
завершении проекта) симпортировать готовый код в модель и связать с 
остальными частями модели (и если надо, выбросить все классы за раз и 
симпортировать еще раз), чем пытаться их держать синхронными.


Роман

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

[Nikolay Trifonov]

>
> Â) ÔÅÐÅÒØ ËÁÓÁÅÍÏ ÄÏËÕÍÅÎÔÏ× É
> Ó×ÑÚÁÎÎÙÈ Ó ÎÉÍÉ ÔÁÂÌÉÃ. ÷ÓÅ ÄÏËÕÍÅÎÔÙ,
> ËÏÔÏÒÙÅ ×ÌÉÑÀÔ ÎÁ ÔÏ×ÁÒÎÙÊ ÚÁÐÁÓ ÉÍÅÀÔ
> ÎÁÂÏÒ ÔÒÉÇÇÅÒÏ×, ËÏÔÏÒÙÅ ÆÉËÓÉÒÕÀÔ ×
> "ÔÁÂÌÉÃÁÈ ÓÏÓÔÏÑÎÉÑ" ÎÅÏÂÈÏÄÉÍÏÓÔØ
> ÐÅÒÅÄÁÞÉ ÜÔÏÇÏ ÄÏËÕÍÅÎÔÁ × ðïãï.
> îÁÐÒÉÍÅÒ ×ÏÔ ÔÁË:
> AS
> begin
>/*ÄÏÂÁ×ÌÅÎÉÅ ÄÏËÕÍÅÎÔÁ × ÓÐÉÓÏË
> ÓÉÎÈÒÏÎÉÚÉÒÕÅÍÙÈ*/
>UPDATE sync$move sm SET sm.time_send = null, sm.time_recv = null
>WHERE sm.pr_key = NEW.move_id;
>IF (row_count = 0) THEN
>BEGIN
>INSERT INTO sync$move (pr_key) VALUES(NEW.move_id);
>END
> end
>
> AS
> begin
>/*ÕÄÁÌÅÎÉÅ ÄÏËÕÍÅÎÔÁ ÉÚ ÓÐÉÓËÁ
> ÓÉÎÈÒÏÎÉÚÉÒÕÅÍÙÈ*/
>DELETE FROM sync$move sm WHERE sm.pr_key = OLD.move_id;
>/*ÄÏÂÁ×ÌÅÎÉÅ ÄÏËÕÍÅÎÔÁ × ÓÐÉÓÏË
> ÕÄÁÌÑÅÍÙÈ*/
>DELETE FROM sync$deleted sd WHERE sd.table_name = 'MOVE' AND
> sd.pr_key = OLD.MOVE_ID;
>INSERT INTO sync$deleted (table_name,pr_key)
> VALUES('MOVE',OLD.move_id);
> end
>

îÕ ÚÁÓÉÎÈÒÏÎÉÚÉÒÏ×ÁÌ ÔÙ ðïæ1 Ó ðïãï, ÎÏ ÐÏÔÏÍ ÜÔÉ ÖÅ ÄÁÎÎÙÅ ÎÁÄÏ ÐÅÒÅÄÁÔØ × 
ðïæ1 É ðïæ2, ËÁË ÜÔÏ ÄÅÌÁÅÛØ?

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

[Nikolay Trifonov]

ðÏÑ×ÌÑÅÔÓÑ, ÎÏ × ÇÏÌÏ×Å Õ ÍÅÎÑ ×ÓÅ ÅÝÅ ÔÕÍÁÎ, ÏÓÏÂÅÎÎÏ ÐÏÓÌÅ ÐÅÒÅÞÉÓÌÄÅÎÎÏÇÏ 
ÏÂÓÕÖÄÅÎÉÑ ×ÙÛÅ :)
÷ÏÔ ÐÏÜÔÏÍÕ É ÉÎÔÅÒÅÓÕÅÔ ËÁË ÌÕÞÛÅ × ÄÁÎÎÏÍ ÓÌÕÞÁÅ ÓÄÅÌÁÔØ, ÔÏÞÎÅÅ ÈÏÔÑ ÂÙ 
ÔÏÌÞÏË × ÄÁÎÎÏÍ ÎÁÐÒÁ×ÌÅÎÉÉ

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in 
message news:[EMAIL PROTECTED]
>
>> > éÚ ÆÉÌÉÁÌÁ 1 ÐÒÉÛÅÌ ÐÁËÅÔ Ó ÒÅÐÌÉËÁÃÉÅÊ. ïÎ ÚÁÇÒÕÚÉÌÓÑ × ÂÁÚÕ É ÜÔÏÔ ÖÅ
>> > ÐÁËÅÔ ÏÔÐÒÁ×ÉÌÓÑ × ÆÉÌÉÁÌÙ 2,3,4 ...?
>>
>> ÷ ÐÁËÅÔÅ ÓÏÄÅÒÖÉÔÓÑ ÏÄÉÎ ÉÓÔÏÞÎÉË ÎÁÚÎÁÞÅÎÉÑ. üÔÏ ÐÅÒ×ÙÅ 3 ÃÉÆÒÙ ÉÍÅÎÉ 
>> ÆÁÊÌÁ
>> ÐÁËÅÔÁ.
>> îÁÄÏ ËÁË-ÔÏ ÚÁÇÒÕÚÉÔØ ÄÁÎÎÙÅ × ÂÁÚÕ, ÐÏÈÏÖÅ ÎÁÄÏ ÄÅÌÁÔØ ÐÏÈÏÖÉÊ ÔÒÉÇÇÅÒ Ó
>> REPL3 É ÅÝÅ ÏÄÉÎ Ó REPL4, ÚÁ×ÔÒÁ ÐÒÏÅËÓÐÅÒÉÍÅÎÔÉÒÕÀ
>
> é ÞÔÏ, ÄÁÖÅ ÎÉËÁËÉÈ ÍÙÓÌÅÊ Ï ÔÏÍ, ÞÔÏ
> ÍÅÎÑÔØ ËÏÎÓÔÒÕËÃÉÀ ÂÁÚÙ ÐÒÉ ÐÏÑ×ÌÅÎÉÉ
> ÎÏ×ÏÇÏ REPL_xxx - ÜÔÏ ÎÅ ÎÏÒÍÁÌØÎÏ, ÎÅ
> ÐÏÑ×ÌÑÅÔÓÑ ?
>
> ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.
>
> 

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

[Nikolay Trifonov]

îÕ ÎÁÚÏ×É ÈÏÔØ ÏÄÎÕ ÐÒÉÞÉÎÕ ÐÏÞÅÍÕ ÜÔÏ ÐÏÌÅ ÍÏÖÅÔ ÐÏÎÁÄÏÂÉÔØÓÑ?


"WildSery" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>
> On Thu, 09 Nov 2006 22:52:45 +0300, Nikolay Trifonov 
> <[EMAIL PROTECTED]> wrote:
>> ôÙ ÎÅ ÐÒÁ× (éíèï), ÔÁË ËÁË ÓÌÏÖÎÏÓÔØ ÐÏÞÔÉ ×ÓÅÈ ÚÁÐÒÏÓÏ× Õ×ÅÌÉÞÉ×ÁÅÔÓÑ É
>> ÎÁÍÎÏÇÏ
>
> ôÅÂÅ ÜÔÏ ÔÏÌØËÏ ËÁÖÅÔÓÑ, ÐÏËÁ ÓÁÍ ÎÅ ÐÏÐÒÏÂÕÅÛØ ;)
> ôÁËÏÅ ÒÁÚÄÅÌÅÎÉÅ ÎÕÖÎÏ, ÎÏ ×ÏÔ × PK ÄÅÊÓÔ×ÉÔÅÌØÎÏ ÎÅ ÓÔÏÉÔ ÚÁÐÉÈÉ×ÁÔØ 
> BaseID. îÏ ÂÙÔØ ÏÎÏ ÄÏÌÖÎÏ, ÄÁÖÅ ÅÓÌÉ ÂÁÚÁ Õ ×ÁÓ ÏÄÎÁ.
>
> -- 
> óÅÒÇÅÊ óÍÉÒÎÏ×.
>
> 

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

[Nikolay Trifonov]

îÕ ËÁË × ÜÔÏÔ ÏÕÔÌÕËÅ Õ×ÉÄÅÔØ ÅÍÁÊÌ ÏÔÐÒÁ×ÉÔÅÌÑ?
äÉÍÁ, ÍÏÊ ÅÍÁÊÌ t_nick ÓÏÂÁÞËÁ mail.ru, ÈÏÔÅÌÏÓØ ÂÙ ÕÚÎÁÔØ ÐÏÄÒÏÂÎÏÓÔÉ Ï 
ÒÅÐÌÉËÁÔÏÒÅ

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in 
message news:[EMAIL PROTECTED]
>
> PS. íÏÊ ÒÅÐÌÉËÁÔÏÒ ÍÏÖÎÏ ÂÅÚ ÐÒÏÂÌÅÍ
> ÚÁÐÒÏÇÒÁÍÍÉÒÏ×ÁÔØ ÐÏÄ "ËÁÖÄÏÍÕ Ó×ÏÅ".
> îÏ ÍÎÅ ÜÔÏ ÂÙÌÏ ÎÅ ÉÎÔÅÒÅÓÎÏ :)))
>
> PSS. èÏÔÑ ÎÅËÏÔÏÒÙÅ ×ÅÝÉ Õ ÎÁÓ ÉÍÅÎÎÏ ÔÁË
> É ÒÅÐÌÉÃÉÒÕÀÔÓÑ. ôÁË
> ÚÁÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÁ ÌÏÇÉËÁ ÄÌÑ ÜÔÉÈ
> ×ÅÝÅÊ.
>
> 

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

[Nikolay Trifonov]

õ ÍÅÎÑ ÜÔÏ ÒÅÛÁÅÔÓÑ ÒÁÚÎÙÍÉ ÓËÌÁÄÁÍÉ É ÒÅÇÉÏÎÁÍÉ. îÁÍÎÏÇÏ ÐÒÏÝÅ

"ArtGal" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>
> "Nikolay Trifonov" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ 
> ×
> ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
>>
>> ôÙ ÎÅ ÐÒÁ× (éíèï), ÔÁË ËÁË ÓÌÏÖÎÏÓÔØ ÐÏÞÔÉ ×ÓÅÈ ÚÁÐÒÏÓÏ× Õ×ÅÌÉÞÉ×ÁÅÔÓÑ É
>> ÎÁÍÎÏÇÏ
>>
>
> óÌÏÖÎÏÓÔØ ÚÁÐÒÏÓÏ× ÓÎÉÖÁÅÔÓÑ.
> òÅÐÌÉËÁÃÉÑ (ÓÉÎÈÒÏÎÉÚÁÃÉÑ) ÚÎÁÞÉÔÅÌØÎÏ ÕÐÒÏÝÁÅÔÓÑ.
> úÁÔÏ ÐÏÑ×ÌÑÅÔÓÑ ÉÎÆÏÒÍÁÃÉÑ ÄÌÑ ÇÒÕÐÐÉÒÏ×ËÉ.
> ðÒÏ×ÅÒÅÎÏ ÎÁ:
> ãÅÎÔÒÁÌØÎÁÑ (ÇÌÁ×ÎÁÑ) ÂÁÚÁ - 1 ÛÔ.
> âÁÚÁ × ÒÏÚÎÉÞÎÏÍ ÐÏÄÒÁÚÄÅÌÅÎÉÉ - 18 ÛÔ.
> âÁÚÁ × ÏÔÄÅÌÅÎÉÉ (ÏÂßÅÄÉÎÅÎÉÅ
> ÎÅÓËÏÌØËÉÈ ÒÏÚÎÉÞÎÙÈ ÐÏÄÒÁÚÄÅÌÅÎÉÊ) - 5 ÛÔ.
>
> -- 
> ó Õ×ÁÖÅÎÉÅÍ,
> áÒÔÕÒ çÁÌÉÍÏ×. æë "æÁÒÍíÅÄóÅÒ×ÉÓ" (óÏÞÉ).
>
>
> 

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

[Nikolay Trifonov]

>é ÜÔÏ ÐÒÁ×ÉÌØÎÏ. ïÄÎÁËÏ, ÄÌÑ ÐÒÉ×ÙËÛÅÇÏ Ë ÎÅÑ×ÎÙÍ ÄÖÏÊÎÁÍ ÞÅÌÏ×ÅËÁ ÏÎ 
> ÔÏÖÅ ×ÐÏÌÎÅ ÎÁÇÌÑÄÅÎ, ÎÁ Ó×ÏÅÊ-ÔÏ ÓÔÒÕËÔÕÒÅ, ÔÕÔ ÁÓÓÏÃÉÁÔÉ×ÎÏÅ ×ÏÓÐÒÉÑÔÉÅ 
> ÐÏÄËÌÀÞÁÅÔÓÑ, ÉÎÄÅËÓÙ-ÓÅÇÍÅÎÔÙ Ó×ÏÉ ÚÎÁÅÛØ, ÍÅÓÔÁ ÎÁ ÜËÒÁÎÅ ÏÎ ÍÅÎØÛÅ 
> ÚÁÎÉÍÁÅÔ, ÂÏÌØÛÅ ÏËÉÄÙ×ÁÅÛØ ÏÄÎÉÍ ×ÚÇÌÑÄÏÍ, ÕÓÌÏ×ÉÑ ÎÁ ÏÄÎÕ ÔÁÂÌÉÃÕ ÐÉÛÅÛØ 
> ×ÍÅÓÔÅ, Á ÎÅ ÒÁÚÂÒÁÚÙ×ÁÅÛØ ÍÅÖÄÕ On É Where. ÷ ÏÂÝÅÍ, ÉÎÄÉ×ÉÄÕÁÌØÎÏ ÜÔÏ.

ðÏÌÎÏÓÔØÀ Ó ÔÏÂÏÊ ÓÏÇÌÁÓÅÎ, ÇÏÄÙ ÐÒÁËÔÉËÉ ÐÒÏÓÔÏ ÔÁË ÎÅ ×ÙËÉÎÅÛØ, Á ÔÅËÓÔÁ × 
ÚÁÐÒÏÓÅ ÍÅÎØÛÅ

>> PS: ÷Ó£-ÖÅ ÍÅÎÑ ÔÅÒÚÁÀÔ ÓÍÕÔÎÙÅ ÓÏÍÎÅÎÉÑ ÎÁÓÞ£Ô SP É JOIN ...
>> ëÔÏ ÎÉÂÕÔØ ÍÏÖÅÔ, ÅÓÌÉ ÎÅ ×ÌÏÍ, ÐÏÓÍÏÔÒÅÔØ ÐÏÓÔÙ 2000-2003 ÇÇ ?
>
>   äÁ ÞÏ ÔÁÍ ÉÓËÁÔØ-ÔÅÒÚÁÔØÓÑ ÔÏ, ×Ó£ ÐÒÏÓÔÏ. ëÏÇÄÁ ÔÁÂÌÉÃÁ Ó ÐÒÏÃÅÄÕÒÏÊ 
> Ó×ÑÚÙ×ÁÀÔÓÑ ÞÅÒÅÚ ×ÙÈÏÄÎÏÊ ÐÁÒÁÍÅÔÒ ÐÒÏÃÅÄÕÒÙ, ÔÏ ÏÂßÅÄÉÎÅÎÉÅ ×ÏÚÍÏÖÎÏ 
> ÔÏÌØËÏ ÏÄÎÏ - ÓÎÁÞÁÌÁ ×ÙÐÏÌÎÑÅÔÓÑ ÐÒÏÃÅÄÕÒÁ, Á ÔÁÂÌÉÃÁ ÐÒÉÓÔ£ÇÉ×ÁÅÔÓÑ Ë 
> ÐÏÌÕÞÅÎÎÏÍÕ ÒÅÚÁÌÔÓÅÔÕ. é ËÁË ÎÅ ÎÁÐÉÛÉ, Á ×ÙÐÏÌÎÑÔØÓÑ ×Ó£ ÒÁ×ÎÏ ÂÕÄÅÔ 
> ÔÁË. á ×ÏÔ ÅÓÌÉ ÎÁÄÏ × ÐÒÏÃÅÄÕÒÕ ÐÅÒÅÄÁ×ÁÔØ ×ÈÏÄÎÙÍ ÐÁÒÁÍÅÔÒÏÍ ÐÏÌÅ 
> ÔÁÂÌÉÃÙ, ÔÏ ÍÏÖÎÏ ÜÔÏ ÓÄÅÌÁÔØ, ÔÏÌØËÏ ×ÙÂÒÁ× ÄÁÎÎÙÅ ÉÚ ÔÁÂÌÉÃÙ É 
> ÐÒÉÓÔ£ÇÉ×ÁÑ ÐÒÏÃÅÄÕÒÕ. é ÐÁÒÓÅÒÕ ÜÔÏ ÎÕÖÎÏ ÂÙÌÏ ÕËÁÚÙ×ÁÔØ Ñ×ÎÏ, ÞÅÒÅÚ 
> ôÁÂÌÉÃÁ Left Join ðÒÏÃÅÄÕÒÁ(ôÁÂÌÉÃÁ.ðÏÌÑ). îÕ É ÞÔÏ ÓÏÂÌÀÓÔÉ ÓÉÎÔÁËÓÉÓ, 
> ÐÒÉÓÏÂÁÞÉÔØ ËÁËÏÊ ÎÉÔØ ÐÕÓÔÏÊ On ÔÉÐÁ 0=0, ×ÏÔ É ×Ó£. îÙÎÞÅ ÍÏÖÅÔ ÞÅÇÏ ÔÁÍ 
> ÄÏËÒÕÔÉÌÉ × ÐÁÒÓÅÒÅ, Ñ ÎÅ × ËÕÒÓÁÈ.

þÔÏ-ÔÏ Ñ ÎÅ ÐÏÎÑÌ, ÚÁÞÅÍ 0=0 ÅÓÌÉ On É ÔÁË ÂÕÄÅÔ ÕËÁÚÁÎ ÐÒÉ Left Join ? 

Re: Re[4]: ��� ��� ��������� � �����

[Nikolay Trifonov]

- Ñ Õ×ÅÒÅÎ ÞÔÏ ÒÁÚÎÉÃÁ îáíîïçï ÕÍÅÎØÛÉÔÓÑ

äÁ, ÔÙ ÐÒÁ×, ÐÅÒ×ÙÊ ÂÙÓÔÒÅÅ × 2 ÒÁÚÁ, ÎÏ ÅÓÌÉ ÄÏÂÁ×ÌÑÅÍ ÄÏÐ.ÕÓÌÏ×ÉÑ, ÔÏ 
ÐÏÌÕÞÁÅÔÓÑ ÎÁÏÂÏÒÏÔ

NT> äÁ É ÐÒÉ×ÙË Ñ ÚÁ ÍÎÏÇÏ ÌÅÔ Ë ÔÁËÏÍÕ ÓÐÏÓÏÂÕ ÎÁÐÉÓÁÎÉÑ ÚÁÐÒÏÓÏ×.

îÕ ×ÏÔ ÐÒÏÔÉ× ÜÔÏÇÏ ÎÅÔ ÁÒÇÕÍÅÎÔÏ× ËÒÏÍÅ ËÁË:
"ÐÒÉ×ÙÞËÉ ÒÁÎÏ ÉÌÉ ÐÏÚÄÎÏ ðòéèïäéôóñ ÍÅÎÑÔØ ..." ;)

PS: åÝ£ ÒÁÚ ÒÅËÏÍÅÎÄÕÀ http://ibase.ru/devinfo/joins.htm,
ÎÅ ÐÏÌÅÎÉÓØ ÐÏÞÉÔÁÊ ...

þÉÔÁÌ, ÎÏ ÐÒÁËÔÉËÁ ÒÅËÏÍÅÎÄÕÅÔ ÄÒÕÇÉÅ ÐÏÄÈÏÄÙ

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

[Nikolay Trifonov]

"Ded" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>
> ëÏÎÓÔÁÎÔÉÎ wrote:
>
>> PS: åÝ£ ÒÁÚ ÒÅËÏÍÅÎÄÕÀ http://ibase.ru/devinfo/joins.htm,
>> ÎÅ ÐÏÌÅÎÉÓØ ÐÏÞÉÔÁÊ ...
>
>üÔÏ, ÂÅÚÕÓÌÏ×ÎÏ, ÐÒÁ×ÉÌØÎÏ. é ÎÁÐÒÁ×ÌÅÎÉÅ ×ÏÐÒÏÛÁÀÝÅÇÏ × ÎÏÒÍÁÌØÎÙÅ 
> ÄÖÏÊÎÙ ×ÍÅÓÔÏ ÐÏÄÚÁÐÒÏÓÏ× É ÄÁÄÅÎÎÙÈ × Ä×ÏÊËÅ × ÒÕËÉ ËÏÍÕ ÐÏÐÁÌÏ ÇÒÁÎÁÔ Ó 
> ÄÅÒÉ×ÅÄ ÔÁÂÌÅÓ ÔÏÖÅ. ïÄÎÁËÏ, ÄÁÌØÎÅÊÛÉÅ ÒÁÚÍÙÛÌÉÚÍÙ × ÃÅÌÏÍ ÐÒÅÄÓÔÁ×ÌÑÀÔ 
> ÓÏÂÏÊ ÐÒÅËÒÁÓÎÕÀ ÉÌÌÀÓÔÒÁÃÉÀ ÔÏÇÏ, ËÁË, ÇÌÑÄÀÞÉ ÎÁ ÓÌÅÄÓÔ×ÉÑ, ÐÙÔÌÉ×ÙÊ ÕÍ 
> ÍÏÖÅÔ ÐÒÉÄÕÍÁÔØ ÓÏ×ÅÒÛÅÎÎÏ ÎÅ×ÅÒÎÙÅ ÄÌÑ ÎÉÈ ÐÒÉÞÉÎÙ, ÎÅ ÏÂÌÁÄÁÑ 
> ÄÏÓÔÁÔÏÞÎÏÊ ÉÎÆÏÒÍÁÃÉÅÊ Ï ÕÓÔÒÏÊÓÔ×Å ÞÏÒÎÏÇÏ ÑÝÉËÁ. ñ ×ÏÔ, ËÁË É ïÌÅÇ, ÎÅ 
> × ËÕÒÓÁÈ ÎÁÓÞ£Ô ÎÏ×ÛÅÓÔ× Ó ÏÂßÅÄÉÎÅÎÉÑÍÉ Ó ÐÒÏÃÅÄÕÒÁÍÉ × Ä×ÏÊËÅ, ÐÏÓÅÍÕ 
> ÐÏÍÁÌËÉ×ÁÀ. á ÔÁË - Ñ×ÎÙÊ É ÎÅÑ×ÎÙÊ ÉÎÎÅÒ ÄÖÏÊÎÙ ÁÂÓÏÌÀÔÎÏ ÒÁ×ÎÏÐÒÁ×ÎÙ (Á 
> ÎÅÑ×ÎÙÅ ÁÕÔÅÒÙ × ÐÒÉÒÏÄÅ ÐÒÏÓÔÏ ÎÅ ÎÁÂÌÀÄÁÀÔÓÑ), ÏÔ ÐÏÒÑÄËÁ ÓÌÅÄÏ×ÁÎÉÑ 
> ÕÓÌÏ×ÉÊ × ÚÁÐÒÏÓÅ ÍÁÌÏ ÞÔÏ ÚÁ×ÉÓÉÔ, ÐÒÉÍÅÎÑÀÔÓÑ ÏÎÅ ×Ï×ÓÅ ÎÅ Ó×ÅÒÈÕ ×ÎÉÚ 
> ÐÏ ÓÔÒÏËÁÍ ÚÁÐÒÏÓÁ, ÐÒÏÃÅÄÕÒÁ × ÉÎÎÅÒÅ ÍÏÖÅÔ ÂÙÔØ ÔÏÌØËÏ ×ÅÄÕÝÅÊ, ÐÏÓÅÍÕ 
> ÐÏÆÉÇ ÎÁ ËÁËÏÊ ÓÔÒÏÞËŠţ ÐÉÓÁÔØ, ÐÁÒÓÅÒ ÒÁÚÂÅÒ£ÔÓÑ...

î-ÄÁ, × ËÏÎÃÅ ÄÎÑ 2 ÒÁÚÁ ÐÒÉÛÌÏÓØ ÐÅÒÅÞÉÔÁÔØ ÞÔÏÂÙ ÐÏÎÑÔØ ÎÁÞÁÌÏ :)

á ÎÁÓÞÅÔ Ñ×ÎÙÈ É ÎÅÑ×ÎÙÈ ÄÖÏÉÎÏ× ÄÕÍÁÀ ÔÙ ×ÓÅ ÖÅ ÐÒÁ×, ÒÁÚÎÉÃÙ ÎÉËÁËÏÊ. 

Re: off: Вопрос ДК и Алексею Ковязину по

[Alexey Kovyazin]

"""sasha писал(а):

> C UML знаком, но на практике нам не удаётся держать модель и код в
> синхронизированном состоянии, поэтому мы UML-ем почти не пользуемся. В
> этом плане мне ближе экстремальное программирование.

Хм... Together обладает двунаправленой
синхронизацией - меняешь код - тут же
меняется диграмма, и наоборот. Или о
чем-то другом  идет речь?

Re: off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

[sasha]

3) Фото пожалуйста, а видео пожалуй не
надо, разве что под NDA о
нераспространении.


Я хотел бы интересные вещи про ECO снять чтобы самому не забыть и 
коллегам показать, которые не поедут... Ничего личного я снимать не 
собираюсь :-)

Re: off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

[sasha]

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


Значит дела такие:
1) Я знаком не по наслышке с UML, но только с диаграммами классов и ER.
2) Я пользуюсь диаграммами в 2005-й студии, но опять же это только 
диаграмма классов.


Мне хотелось бы не ролик hello world посмотреть, а увидить реальный 
проект где ECO используется и узнать что оно даёт и какие там есть 
ограничения и грабли. Я уже написал Алексею что относительно диаграмм 
классов мы для себя решили что они приносят в наших проектах больше 
вреда чем пользы, поэтому мы их генеририруем на основе кода, а не пишем 
код на основе диаграмм. Может вполне оказаться что ECO нам тоже не 
подойдёт, потому как мы не на том уровне находимся...

Re: off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

[sasha]

В презентации про ECO я даю лишь вводные
материалы, побуждая людей хотя бы
попробовать, а то согласно опросам на
тех же семинарах пробовали сделать
приложение типа хелловорлд на том же
ЭКО 1-2 человека, т.е. 99% ДАЖЕ НЕ
ОТКРЫВАЛИ ECO визард :)



Я чесно делал какой-то пример ещё на ECO 2, но не представляю насколько 
оно может быть полезно и не будет ли тормозов...


C UML знаком, но на практике нам не удаётся держать модель и код в 
синхронизированном состоянии, поэтому мы UML-ем почти не пользуемся. В 
этом плане мне ближе экстремальное программирование.

Re: off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

[Alexey Kovyazin]

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

2) К сожалению, цель будет не выполнена.
Разбираться на практике надо сидя за
своим компьютером и пробуя
практические примеры. Семинар не
является курсами. Я могу лишь
порекомендовать книжку на английском
языке и несколько на русском , где есть
главы про ECO.
Ну и конечно призвать не бояться ECO -
вон 11-летняя девочка как резво клепает
ECO приложения
http://bdn.borland.com/article/1
Загрузка видео
http://bdntv.borland.com/eco/3/childsplay.zip (100 Мб)

В презентации про ECO я даю лишь вводные
материалы, побуждая людей хотя бы
попробовать, а то согласно опросам на
тех же семинарах пробовали сделать
приложение типа хелловорлд на том же
ЭКО 1-2 человека, т.е. 99% ДАЖЕ НЕ
ОТКРЫВАЛИ ECO визард :)

3) Фото пожалуйста, а видео пожалуй не
надо, разве что под NDA о
нераспространении.

С уважением,
Алексей Ковязин

Re: Есть вопрос по поводу разрыва соединен

[Andrey]

спасибо. Посмотрю сейчас

Re: Есть вопрос по поводу разрыва соединения

[Dmitri Kuzmenko]

Hello, Andrey!

Andrey wrote:


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


читать
www.ibase.ru/devinfo/keepalive.htm

поразмыслить над настройкой реестра dhcpmediasense.

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

Re: Большой БЛОБ

[Dmitri Kuzmenko]

Hello, Konstantin!

Konstantin R. Beliaev wrote:


Имеется большой блоб, ~7Мб.
Можно какими-то настройками (segment size или что-то еще) ускорить его 
прокачку по сети? Блоб сжать нельзя.


если сжать нельзя, то никак. segment size вообще никакого отношения
к производительности не имеет. об этом написано в
http://www.ibase.ru/ibfaq.htm#bss

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

Есть вопрос по поводу разрыва соединения

[Andrey]

Вкратце о программе: использую FIB
компоненты вер. 6.1, Interbase 7.1, прога на Delphi
6.0.

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

Большой БЛОБ

[Konstantin R. Beliaev]

Имеется большой блоб, ~7Мб.
Можно какими-то настройками (segment size или что-то еще) ускорить его 
прокачку по сети? Блоб сжать нельзя.

Re: off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

[Dmitri Kuzmenko]

Hello, Sasha!

sasha wrote:

едят. Я только что накатил на 2005-ю студию расширения Workflow (не знаю 
правда есть ли у них что-то общее с ECO), так там тоже есть всякие 
конечные автоматы и разные прочие фиговины, на которые я смотрю как 
баран на новые ворота. 


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

В общем хочу увидить демонстрацию практического 
применения ECO. Будет ли по нему доклад?


да демонстраций на bdn.borland.com навалом. есть даже видео,
где девочка 12-ти лет клепает на eco программу.

А в ECO "программирование" идет со стороны модели. в общем,
с того, как оно и должно на самом деле идти.

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

Re: имеет ли это смысл?

[Vlad Horsun]

"Andrey Feklistov" ...

> я тут вечером дописывал кое-что по-быстрому, и на конструкции типа
> insert into ... select first 1 ... returning id;
> мне сказали, что returning здесь не признают. понятно, за что пнули, понятно
> как это обходится. т.е. вопрос не в том, как решить задачу. вопрос в
> другом - может такая схема имеет право на жизнь?

Имеет. Просто в реализации были сложности и её оставили на потом.

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

����� �� ��� �����?

[Andrey Feklistov]

"Andrey Feklistov" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ 
× ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
>
> ? ??? ?? ?? ??? (??? ?? ??? ? ? ??? ?? ?? :) )
ÎÄÁ. ÓÅÊÞÁÓ ËÏÒÏÔËÏ ÐÅÒÅÓËÁÖÕ É ÐÏÅÄÕ ÔÁËÉ ÄÏÍÏÊ.

Ñ ÔÕÔ ×ÅÞÅÒÏÍ ÄÏÐÉÓÙ×ÁÌ ËÏÅ-ÞÔÏ ÐÏ-ÂÙÓÔÒÏÍÕ, É ÎÁ ËÏÎÓÔÒÕËÃÉÉ ÔÉÐÁ
insert into ... select first 1 ... returning id;
ÍÎÅ ÓËÁÚÁÌÉ, ÞÔÏ returning ÚÄÅÓØ ÎÅ ÐÒÉÚÎÁÀÔ. ÐÏÎÑÔÎÏ, ÚÁ ÞÔÏ ÐÎÕÌÉ, ÐÏÎÑÔÎÏ 
ËÁË ÜÔÏ ÏÂÈÏÄÉÔÓÑ. Ô.Å. ×ÏÐÒÏÓ ÎÅ × ÔÏÍ, ËÁË ÒÅÛÉÔØ ÚÁÄÁÞÕ. ×ÏÐÒÏÓ × 
ÄÒÕÇÏÍ - ÍÏÖÅÔ ÔÁËÁÑ ÓÈÅÍÁ ÉÍÅÅÔ ÐÒÁ×Ï ÎÁ ÖÉÚÎØ? ÓÏÂÓÔ×ÅÎÎÏ, ÅÓÌÉ ÞÅÒÅÚ 
ÓÅÌÅËÔ-ÉÎÓÅÒÔ ÐÒÏÛÌÁ ÔÏÌØËÏ ÏÄÎÁ ÚÁÐÉÓØ - ×ÏÚ×ÒÁÝÁÔØ ÒÅÔÕÒÎÉÎÇÏÍ ÞÔÏ ÐÒÏÓÑÔ, 
Á ÅÓÌÉ ÂÏÌØÛÅ ÏÄÎÏÊ - ÔÏ ÆÏÒÍÉÒÏ×ÁÔØ ÏÛÉÂËÕ. ÅÓÔØ ÖÅ × èð ÏÛÉÂËÉ ÔÉÐÁ 
multiple rows in sngleton select - ×ÏÔ É ÚÄÅÓØ ÏÎÁ ÐÒÅËÒÁÓÎÏ ÂÕÄÅÔ 
ÓÍÏÔÒÅÔØÓÑ.

ps. ×ÏÚÍÏÖÎÙÊ ÓÍÙÓÌ - ÔÒÁÄÉÃÉÏÎÎÏ, ÅÓÌÉ ÕÖ ÍÙ ÚÁÌÉ×ÁÅÍ ×ÎÅÛÎÉÅ ÄÁÎÎÙÅ, ÔÏ 
ÜÔÏ ÄÅÌÁÅÔ ÞÅÒÅÚ ÐÒÅÄ×ÁÒÉÔÅÌØÎÏÅ ÆÏÒÍÉÒÏ×ÁÎÉÅ ÉÎÓÅÒÔÏ× ÉÌÉ ÆÁÊÌÁ ÄÌÑ ×ÎÅÛÎÅÊ 
ÔÁÂÌÉÃÙ, ÄÅÌÁÅÔÓÑ ÎÁ ËÌÉÅÎÔÅ. Á ÅÓÌÉ ÈÏÞÅÔÓÑ ÆÏÒÍÉÒÏ×ÁÔØ ÚÁÌÉ×ÁÅÍÙÅ ÄÁÎÎÙÅ 
ÞÁÓÔÉÞÎÏ ÉÚ×ÎÅ, Á ÞÁÓÔÉÞÎÏ Ó ÉÓÐÏÌØÚÏ×ÁÎÉÅÍ ÕÖÅ ÓÕÝÅÓÔ×ÕÀÝÅÊ ÉÎÆÏÒÍÁÃÉÉ? 
ÐÕÔÉ ÒÅÛÅÎÉÑ ÔÁËÖÅ ÑÓÎÙ - ÓÎÁÐÛÏÔÙ, ÈÒÁÎÉÍÙÅ ÐÒÏÃÅÄÕÒÙ, ÜËÓËÌÀÚÉ×ÎÙÊ ÄÏÓÔÕÐ 
Ë ÔÁÂÌÉÃÁÍ.. ÜÔÏ ÐÏÎÑÔÎÏ. ÎÏ, ÎÁÐÒÉÍÅÒ, ÐÒÉ ÓÕÝÅÓÔ×ÕÀÝÅÊ ×ÚÁÉÍÏÓ×ÑÚÉ éä × 
ÓÉÓÔÅÍÅ É ×Ï ×ÎÅÛÎÅÍ ÉÓÔÏÞÎÉËÅ ÒÁÚ×Å ËÏÎÓÔÒÕËÃÉÑ
insert into table1(id, name) select id, 'tut imya' from table2 where 
ext_id='tut spec id' returning id;
ÎÅ Ñ×ÌÑÅÔÓÑ ÕÄÏÂÎÏÊ É ÎÅ ÎÁÒÕÛÁÀÝÅÊ ÁÒÈÉÔÅËÔÕÒÕ?

pss. ÔÏÌØËÏ Ñ ÎÅ ÂÕÄÕ ÓÐÏÒÉÔØ, ÉÚ×ÒÁÝÅÎÉÅ ÜÔÏ ÉÌÉ ÎÅÔ, Ñ ÐÒÏÓÔÏ ÎÅ ÐÏÍÎÀ 
ÒÁÎÅÅ ÔÁËÏÇÏ ÐÒÅÄÌÏÖÅÎÉÑ, ×ÏÔ É ÐÒÅÄÌÏÖÉÌ. ÍÎÅ ÐÒÏÓÔÏ ÉÎÔÅÒÅÓÎÏ, ÎÁÓËÏÌØËÏ 
ÜÔÏ ×ÐÉÓÙ×ÁÅÔÓÑ × ÉÄÅÏÌÏÇÉÀ ÓÔÁÎÄÁÒÔÁ É × ÉÄÅÏÌÏÇÉÀ ÓÅÒ×ÅÒÁ? 

? ??? ????? ??????

[Andrey Feklistov]

? ??? ?? ?? ??? (??? ?? ??? ? ? ??? ?? ?? :) ) 
??? ??? 
insert into ... select first 1 ... returning id;
? ? ?? ?? ? , ??? ??? ? ??? ???-?? 
?? ???.. ? ?? ?? ? 30 ? ? ? 
??  ?,  ??? ??? ???.
???, ?? ??? ?, ???, ??? ??? ??. ?? ?? ?? ?? 
? ?? ??? ? ? ?? ??? ? ? ?? ? 
?  ?-?? ? ?  multiple rows in 
sngleton select ???  :)

ps. ? , ??? ?? ??? ?? ??? ?? ???, ??? 
??? ??? ?  ?? ???, ? ? ?? ?? ??. ? 
 ?? "?? ?? ???", ?  ?-?? ? ?? ? ??? 
? ??? ( ? ?? ?? ??? ??? ? 
??), ? ???  ??? ?, ??? ?  ??? ??? ?? 
? ??? ? ?? ?? ???.. ?? snapshot,  
?? ? , ? ? ??.
?? ???- ???, ? ???
insert into table1(id, name) select id, 'tut imya' from table2 where 
ext_id='tut spec id' returning id;
.
?? ?, ? ??  ?? ?, ?? ???  
?. ??? ?? ?? ??? ?? ??, ??? ?? ?? 
 ? ??? ??? :)

pss. ?? ?? ??  ?? "" ??, ? ? ???, ? 
??? ??? .. 

Re: Ну, типа, почти пятница уже.

[Gene Feudorov]

Hello, Мадорский Г.В.!
You wrote  on Fri, 10 Nov 2006 17:41:53 +0300:

 МГ> А сейчас надпись все-таки уже  смылась.

толи климат нада поменять :-)

Фёдоров Евгений.
ЗАО "Трест-М". Екатеринбург.

Re: репликация и что, что я никак не пойму

[Konstantin R. Beliaev]

Kovalenko Dmitry wrote:

Не, я против. Дублеры - ЗЛО.

Коваленко Дмитрий.

Дык, всем известно что Дмитрий Коваленко и Коваленко Дмитрий - это 
совсем разные люди ;-)

Re: репликация и что, что я никак не пойму

[WildSery]

On Fri, 10 Nov 2006 17:30:10 +0300, Kovalenko Dmitry <[EMAIL PROTECTED]> wrote:
> Хм, вообще говоря, FB на пользу пойдет
> клонирование Еманова и Хорсуна ;)

insert into FB_Developers (id, name)
   select gen_id(gen_id_develop, 1), name
 from FB_Developers
 where (name like 'Еманов' or name like 'Хорсун') and
   gen_id(gen_id_develop, 0)<=100;

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

Re: Ну, типа, почти пятница уже.

[Мадорский Г . В .]

"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в 
новостях следующее: news:[EMAIL PROTECTED]


  Я тут рассказал про Глебовы колёса с надписями ПРОГРАММИСТ, а мне 
ответили: - А прикинь как тяжело живется проктологам, гинекологам... 
ассенизаторам в конце концов...



Уф и наработался я сегодня, прям и не пятница...

С возвращением.

А по поводу надписи - спустя пару дней полз в пробке. Симпатишная девушка на 
RAV 4 несколько раз перечитывала надпись и так оценивающе на меня 
смотрела... А я как назло с женой... :((( А сейчас надпись все-таки уже 
смылась.


With b/r. Gleb. 

Re: репликация и что, что я никак не пойму

[Oleg LOA]

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Хм, вообще говоря, FB на пользу пойдет
> клонирование Еманова и Хорсуна ;)
> 
> Ну или, по крайней мере, кормить их
> по-лучше что-ли, чтобы они стали
> ПО-БОЛЬШЕ :)))

Нафиг клонировать - достаточно денег и толкового менеджера проекта :-):-):-)

Re: репликация и что, что я никак не пойму

[Oleg LOA]

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Со смертностью нужно бороться по
> другому - нехер в конфе часами висеть,
> займись действительно стоЯщим делом
> :)))

У вообще-то уже двое :-):-):-)

Re: Из-за чего может возникать ошибка _beginthreadex failed

[Alexandr Kochmin]

ЛА> Запросы выполняются на read транзанкции
ЛА> и выводяться пользователю в виде
ЛА> отчёта

ну и что. перекинь резалсет в другое место, а запрос закрой.
И пусть он смотрит на офлайн отчет.

--
Кочмин Александр 

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> Ващета имхо если б их было два, FB было бы только лучче :-D

Хм, вообще говоря, FB на пользу пойдет
клонирование Еманова и Хорсуна ;)

Ну или, по крайней мере, кормить их
по-лучше что-ли, чтобы они стали
ПО-БОЛЬШЕ :)))

Коваленко Дмитрий.

Re: Из-за чего может возникать ошибка _beginthreadex failed

[Oleg LOA]

"Леонид Агафонов" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
>> Во-во join <таблицы и процедуры> + группировка вот тут и текает.
>> Можно и запрос переписать,
> 
> Избавиться от процедур?

Кроче пиши на моё мыло на mail.ru - разберёмся. А так - это стук в подвале ;-). 
Нуджно на запрос посомтреть, на метаданные - всё решаемо.

Re: Ну, типа, почти пятница уже.

[WildSery]

On Fri, 10 Nov 2006 15:33:59 +0300, Oleg_M <[EMAIL PROTECTED]> wrote:
> http://www.inline.ru/stress_test.asp

Эту картинку за последние несколько лет не раз видел.
А вот эту http://exler.ru/bannizm/10-11-2006/3.jpg совсем недавно увидел 
впервые.

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

Re: репликация и что, что я никак не пойму

[WildSery]

On Fri, 10 Nov 2006 15:23:57 +0300, Konstantin R. Beliaev <[EMAIL PROTECTED]> 
wrote:
> В центральной базе - вполне нужен

Согласен. Но ответ не полный.
В центральной базе у меня свои PK.
И ID базы в него не входит. Это всего лишь поле дополнительное. Ну с индексом, 
как же без него.

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

Re: Daffodil Replicator

[veliks]

Hello, Andrew!
You wrote  on Fri, 10 Nov 2006 13:14:49 -:

 AR> á ×ÅÄØ ÐÒÏÅËÔ ÎÁ SF- ÜÔÏ ÓÅÒØ£ÚÎÏ.
 AR> ðÏÄÄÅÒÖËÁ É ×Ó£ ÔÁËÏÅ ... :)
 AR> âÏÀÓØ, ÞÔÏ ÎÅ ÐÏÔÑÎÅÍ ...

úÁÔÏ ËÒÏÍÅ ÐÏÄÄÅÒÖËÉ, ËÏÍØÀÎÉÔÉ, ÒÁÚÒÁÂÏÔÞÉËÉ É ÄÏÂÒÏ×ÏÌØÃÙ.ÐÌÀÓ ÛÁÎÓ  ÎÁ 
ÐÏÄÈ×ÁÔ ÚÎÁÍÅÎÉ É ÞÔÏ ÒÁÂÏÔÁ ÎÅ ÐÒÏÐÁÄÅÔ [ÅÓÌÉ ÂÕÄÅÔ ÉÎÔÅÒÅÓÎÁ ÌÀÄÑÍ]

With best regards, veliks.

Re: репликация и что, что я никак не пойму

[ArtGal]

"Kovalenko Dmitry" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>
> в виду ситуацию независимого создания
> идентичных объектов в филиальных
> базах, которые (после репликации) в
> центральной базе будут представлены
> ровно одним объектом (хорошо, одной
> записью).

Неее... У нас такое запрещено на уровне бизнес-процессов.
Справочники ведутся только в базе 0 (центральный офис).
Да и обмен между базами происходит только через центральную базу 0.

> То есть - создаем Иванова там и там.
> Потом реплицируем сюда и хотим увидеть
> здесь только одного Иванова, а не двух
> ... Прости LOA, я не специально :)

Да уж. Два LOA - птицы толще 8-)

А вообще предполагается, что Иванов рожденный в аптеке 1
и Иванов рожденный в аптеке 2 - разные Ивановы, т.к.
мамы у них разные (папа может быть один и тот же - отделение).

> Если у тебя для каждой записи
> привязывается BaseID, то возникает вопрос
> - какой BaseID выбрать.

Разные BaseID, т.к. экземпляры сущностей созданные в разных
ситуациях и по разным причинам - это различные экземпляры.
Ну, по крайней мере, с нашей колокольни это так выглядит.
Нет в мире совершенства, но работает и особых проблем пока нет.
Конечно, разные задачи, разные процессы => разные решения.

> PS. Модификация первичного ключа - ЗЛО.
Оно конечно так, но иногда так хочется помодифицировать.
Хотя бы чтобы список отсортировать.

-- 
С уважением,
Артур Галимов. ФК "ФармМедСервис" (Сочи).

Re: репликация и что, что я никак не пойму

[WildSery]

On Fri, 10 Nov 2006 15:10:27 +0300, Ded <[EMAIL PROTECTED]> wrote:
> Ващета имхо если б их было два, FB было бы только лучче :-D

Только в случае, если их никто не слил репликацией в одного :)

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

Re: репликация и что, что я никак не пойму

[Ovchinnikov Vasily]

Kovalenko Dmitry пишет:

Дык это, того. Если чего не так -
доводите и публикуйте.

Главное соблюдайте основные правила
русского языка 

Учтут!

Я вот только удивлен, почему до сих пор никто не опубликовал?!
Я к таким же выводам сам в своем корыте плыл мучительно долго. А прочитал бы 
раньше - нервов съэкономил бы немало.

Сложил в закрома и раздал почитать всем знакомым.

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

Re: Daffodil Replicator

[Andrew Ryzhokhin]

К сожалению не думали.
Если быть откровенным, то что у нас
есть, ещё вылизывать и вылизывать.
Но делать это уже нет ни сил, ни
желания.
Написано много (не нами), но стиль
немного специфический. :)
Больше всего удручает отсутствие юнит
тестов.

А ведь проект на SF- это серьёзно.
Поддержка и всё такое ... :)
Боюсь, что не потянем ...

Удачи!
Андрей Рыжохин
www.ardas.dp.ua

Re: Из-за чего может возникать ошибка _beginthreadex failed

[Леонид Агафонов]

> Во-во join <таблицы и процедуры> + группировка вот тут и текает.
> Можно и запрос переписать,

Избавиться от процедур?

> и просто выполнять его в короткой транзакции.

Запросы выполняются на read транзанкции
и выводяться пользователю в виде
отчёта

С уважением, Леонид Агафонов

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> KD> Одного нужно будет грохнуть. Мда.
>
> ненадо грохать ниодного. Иванов то чем виноват?
> И так сметность большая.

Не, я против. Дублеры - ЗЛО.

Со смертностью нужно бороться по
другому - нехер в конфе часами висеть,
займись действительно стоЯщим делом
:)))

Коваленко Дмитрий.

Re: репликация и что, что я никак не пойму

[Alexandr Kochmin]

KD> Одного нужно будет грохнуть. Мда.

ненадо грохать ниодного. Иванов то чем виноват?
И так сметность большая.

--
Кочмин Александр 

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> разруливании некоторых конфликтов должен принимать участие ЛПР. Если
> забыл курс АСУ - это Лицо, Принимающее Решение :)

Не знал и забыл :)

Меня в "школе" математикой шпинговали.
Я её тоже всю напрочь, благополучно
забыл. Точнее её вытеснили безумные
мысли об объектной базе и компонентном
программировании :)))

Коваленко Дмитрий.

Re: репликация и что, что я никак не пойму

[Ded]

Kovalenko Dmitry wrote:


То есть - создаем Иванова там и там.

Одного нужно будет грохнуть. Мда.


  Олежка, ты там пригнись на всякий пожарный.

--
Regards. Ded.

Re: репликация и что, что я никак не пойму

[rstas]

Nikolay Trifonov пишет:
> Сорри, но начну новый пост, ОЕ заглючил.
>
> один вопрос у меня в голове не укладывается: есть таблица CHANGES, в которой 
> для репликации записываются в какой строчке что изменилось триггером:
>


Сразу извиняюсь за размер поста, но
коротко тут не скажешь...
вопрос репликации достаточно сложный
сам по себе, да еще индивидуальные
особенности БД + конторы накладывают
ограничения. Поделюсь своим решением,
которое IMHO не панацея, но работает:
Имеем:
а) 32 филиала (автоматизированная точка
розничной продажи). Кратко назовем
"ПОФ"
б) 1 центральный офис для
автоматизированных филиалов. Кратко
назовем "ПОЦО"
в) система которая связана с закупкой
товара у поставщиков (прием заявок  от
филиалов, их обработка, отправка
поставщикам). "Первичные" справочники,
от которых все "пляшут" - именно тут.
Кратко назовем "ПОГИД"

Системы ПОФ и ПОЦО написаны мною,
соответственно могу делать с ними все,
что хочу. Система ПОГИД работает в
конторе давно, исходников нет, так что
модификации допускаются на уровне БД.

Нужна была система с "общими
синхронизированными" справочниками и
"чтобы в ПОЦО были все документы из
ПОФ". В ПОФ ДОПУСКАЕТСЯ заведение новых
записей в справочники!

Долго думал, в итоге получилась такая
конфигурация ПО (только то, что
касается репликации):
1) ПОФ и ПОЦО используют один и тот же
исполняемый файл (что значительно
облегчило мою работу) и отличаются
нюансами "реализации" БД (несколько
иной набор "служебных" таблиц,
триггеров и ХП).

а) Реализован встроенный механизм
импорта справочников из ПОГИД, в
котором готовятся 9 файлов со
справочниками: товары, контрагенты и
т.д.  В справочниках ПОФ и ПОЦО
используется простой PK с заполнением
по генератору, во всех справочниках
есть поле "ссылка_на_погид" в котором
должно храниться значение PK из ПОГИД.
Когда импортируется запись в
справочник ПОФ или ПОЦО - проверяется
наличие такого значения в
"ссылка_на_погид", если оно есть - то update,
если нет - то insert. Когда запись
заноситься юзером, то поле
"ссылка_на_погид" is null.
Когда формируется пакет данных из ПОФ
для ПОЦО то из справочников ПОФ
выбираются записи у которых
"ссылка_на_погид" is null, которые потом
импортируются (через "таблицу
перекодировок": "код
филиала"-"PK_в_филиале" - "PK_в_ЦО"...) в БД
ПОЦО. Это упрощенно, так как на самом
деле проверяется наличие "такой"
записи, если она есть - то импорта не
происходит - проставляется код
существующей записи.
В ПОЦО работает еще одна программа,
которая смотрит БД ПОЦО на наличие is null
и позволяет указать код
соответствующего PK из  ПОГИД. В
результате в филиал отправляется файл,
который содержит информацию "код
филиала"-"PK_в_филиале" - "PK_в_ПОГИД"  -
"таблица", когда он импортируется, то в
соответствующей записи поле
"ссылка_на_погид" становится равна
"PK_в_ПОГИД" и она перестанет
передаваться в ПОЦО. При следующем
импорте справочников в ПОФ - данная
строка будет обновлена полностью. Плюс
в БД ПОФ реализован механизм "перехода
на PK с наибольшим  значением для общего
"ссылка_на_погид"". Допустим есть две
строки в справочнике:
pk - "ссылка_на_погид"
1100
2100
это не очень красиво, поэтому при
проставлении значения в поле
"ссылка_на_погид" проверяется наличие
записей с таким же значением и с
помощью триггера происходит перенос
данных на новый код, например вот так:
AS
declare variable tmp_analog_id integer;
begin
if (new.parent_id is not null) then
begin
for
select an.analog_id
from analog an
where an.parent_id = NEW.PARENT_ID
and an.analog_id <> NEW.analog_id
into :tmp_analog_id
do begin
update defectureitem di set di.analog_id =
NEW.analog_id WHERE di.analog_id = :tmp_analog_id;
update sprice sp set sp.analog_id = NEW.analog_id WHERE
sp.analog_id = :tmp_analog_id;
update goods gd set gd.analog_id = NEW.analog_id WHERE
gd.analog_id = :tmp_analog_id;
delete from analog an where an.analog_id =
:tmp_analog_id;
end
end
end
/*конец триггера*/
в итоге имеем "красивые и
синхронизированные" справочники,
причем никто не ограничивает из
заполнение в ПОФ. Для этого нужно:
процедура импорта справочников из
ПОГИД, выгрузка "заведенных" в ПОФ
записей в ПОЦО, импорт в ПОФ ссылок из
ПОЦО.

б) теперь касаемо документов и
связанных с ними таблиц. Все документы,
которые влияют на товарный запас имеют
набор триггеров, которые фиксируют в
"таблицах состояния" необходимость
передачи этого документа в ПОЦО.
Например вот так:
AS
begin
/*добавление документа в список
синхронизируемых*/
UPDATE sync$move sm SET sm.time_send = null, sm.time_recv = null
WHERE sm.pr_key = NEW.move_id;
IF (row_count = 0) THEN
BEGIN
INSERT INTO sync$move (pr_key) VALUES(NEW.move_id);
END
end

AS
begin
/*удаление документа из списка
синхронизируемых*/
DELETE FROM sync$move sm WHERE sm.pr_key = OLD.move_id;
/*добавление документа в список

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > То есть - создаем Иванова там и там.
> > Потом реплицируем сюда и хотим увидеть
> > здесь только одного Иванова, а не двух
> > ... Прости LOA, я не специально :)
> >
>
> А вот бывает у тебя такие ситуации:
> Тут ввели Иванова, и там ввели Иванова, но пока еще непонятно один ли это
> Иванов или два. Произошла репликация. Cколько у тебя окажется Ивановых?

Если не понятно - то будет два. Даже
если потом станет ясно - все равно
будет два :(

Одного нужно будет грохнуть. Мда.

Коваленко Дмитрий.

Re: репликация и что, что я никак не пойму

[Ded]

Мадорский Г.В. wrote:


А вот бывает у тебя такие ситуации:
Тут ввели Иванова, и там ввели Иванова, но пока еще непонятно один ли 
это Иванов или два. Произошла репликация. Cколько у тебя окажется Ивановых?


   Репликация такого рода данных, требующих именно таблицы 
соответствия, невозможна на чиста автоматном уровне. Так или иначе в 
разруливании некоторых конфликтов должен принимать участие ЛПР. Если 
забыл курс АСУ - это Лицо, Принимающее Решение :)


--
Regards. Ded.

Re: репликация и что, что я никак не пойму

[Мадорский Г . В .]

То есть - создаем Иванова там и там.
Потом реплицируем сюда и хотим увидеть
здесь только одного Иванова, а не двух
... Прости LOA, я не специально :)



А вот бывает у тебя такие ситуации:
Тут ввели Иванова, и там ввели Иванова, но пока еще непонятно один ли это 
Иванов или два. Произошла репликация. Cколько у тебя окажется Ивановых?


With b/r. Gleb. 

off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

[sasha]

Мне тут письмо пришло от какого-то софтпрома с приглашением на 
конференцию 22-го декабря в Киев, где упомянуто что будут выступать 
Кузьменко и Ковязин.


Так вот, у меня несколько вопросов возникло:

1) Раз это роад-шоу, то будет ли такая же конференция в Харькове? 
Насколько я знаю компания Майкросовт открыла своё представительство 
именно в Харькове потому что считает что унас больше разработчиков чем в 
других городах, в том числе и в Киеве.


2) Цель моей поездки - разобраться что такое ECO на практике и с чем его 
едят. Я только что накатил на 2005-ю студию расширения Workflow (не знаю 
правда есть ли у них что-то общее с ECO), так там тоже есть всякие 
конечные автоматы и разные прочие фиговины, на которые я смотрю как 
баран на новые ворота. В общем хочу увидить демонстрацию практического 
применения ECO. Будет ли по нему доклад?


3) Разрешена ли на конференции съёмка на видиокамеру?

Re: репликация и что, что я никак не пойму

[Oleg LOA]

"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Kovalenko Dmitry wrote:
> 
>> хотим увидеть
>> здесь только одного Иванова, а не двух
>> ... Прости LOA, я не специально :)
> 
>Ващета имхо если б их было два, FB было бы только лучче :-D

Ну вотопять в попугаях сосчитали :-):-):-)

Re: репликация и что, что я никак не пойму

[Oleg LOA]

"ArtGal" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> "Kovalenko Dmitry" <[EMAIL PROTECTED]>
> сообщил/сообщила в новостях следующее:
> news:1163152933.069029.273230-kgokzNqkTZsvLoKJ9UdeTWB/[EMAIL PROTECTED]
>>
>> ПЕРВИЧНЫЙ КЛЮЧ НЕ ДОЛЖЕН НЕСТИ
>> КАКУЮ-ЛИБО СМЫСЛОВУЮ НАГРУЗКУ !!!
>>
> 
> 
> А если случайно получилось.
> Завести еще одно поле, но уже без всякого смысла?

Тоды это естественный ключ :-)

Re: Ну, типа, почти пятница уже.

[Oleg_M]

http://www.inline.ru/stress_test.asp

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

[Andrew Holubovski]

"Oleg_M" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> ÎÁÄÏ ÂÙÌÏ ÄÅÌÁÔØ, ËÁË í$ ÄÅÌÁÅÔ.
> á ÉÍÅÎÎÏ: ÐÅÒ×ÙÊ ÖÅ RC1 ÔÏÒÖÅÓÔ×ÅÎÎÏ ÏÂßÑ×ÉÔØ ÒÅÌÉÚÏÍ,
> á ÐÏÔÏÍ ÂÙÓÔÒÅÎØËÏ ×ÙÐÕÓÔÉÔØ SP1, SP2
> É SP3 ËÏÔÏÒÙÊ ÕÖÅ É ÂÕÄÅÔ ÎÏÒÍÁÌØÎÙÍ.

îÅÔ, ÌÕÞÛÅ ËÁË Borland: ÔÏÒÖÅÓÔ×ÅÎÎÏ ×ÙÐÕÓÔÉÔØ ÇÎÉÌÏÊ ÒÅÌÉÚ, ÐÏÔÏÍ ×ÙÐÕÓÔÉÔØ
SP1, × ÌÕÞÛÅÍ ÓÌÕÞÁÅ ÅÝÅ SP2... Á ÐÏÔÏÍ ÓÒÁÚÕ ÎÏ×ÙÊ ÒÅÌÉÚ. ôÁË, ÞÔÏ ×ÍÅÓÔÏ
FB RC5 ÎÁÒÏÄ ÕÖÅ ÉÍÅÌ ÂÙ ÒÅÌÉÚ FB 3.0 ;-(

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

Re: репликация и что, что я никак не пойму

[Konstantin R. Beliaev]

ArtGal wrote:


А если случайно получилось.
Завести еще одно поле, но уже без всякого смысла?


Разумеется! и заполнять случайными числами

Re: репликация и что, что я никак не пойму

[Konstantin R. Beliaev]

WildSery wrote:

Этот ID нужен только для репликации :)


В центральной базе - вполне нужен

Re: Может ли быть таблица без первичного ключа?

[Konstantin R. Beliaev]

Ded wrote:

   Особенно приятно будет делать ссылающиеся на него форейны.


А про это он не спрашивал ;-)

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > Ты бы статью написал, что ли... ;-)
>
> Статья давно написана. Дима ты её до публикуемого состояния доводил?

Дык это, того. Если чего не так -
доводите и публикуйте.

Главное соблюдайте основные правила
русского языка - "в жо.у" пишется
раздельно, а "нах.р" слитно.

Коваленко Дмитрий.

Re: репликация и что, что я никак не пойму

[Ded]

Kovalenko Dmitry wrote:


хотим увидеть
здесь только одного Иванова, а не двух
... Прости LOA, я не специально :)


   Ващета имхо если б их было два, FB было бы только лучче :-D

--
Regards. Ded.

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > А что такое Parent_ID базы ?
> Прикалываешься?

Да нет, вроде.

> Parent_ID это ID базы отделния, которое является объединением
> нескольких розничных подразделений.
> Справочник аптек и отделений - есть список баз.
> ID Parent_ID Name
> 0 0 Предприятие (база 0)
> 1 0 Отделение 1  (база 1)
> 2 1 Аптека 11 (база 2)

> CREATE TABLE DRUGSTORE (

> ALTER TABLE DRUGSTORE ADD CONSTRAINT DRUGSTORE_DRUGSTORE FOREIGN KEY
> (PARENT_ID) REFERENCES DRUGSTORE (ID) ON UPDATE CASCADE;

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

То есть - создаем Иванова там и там.
Потом реплицируем сюда и хотим увидеть
здесь только одного Иванова, а не двух
... Прости LOA, я не специально :)

Если у тебя для каждой записи
привязывается BaseID, то возникает вопрос
- какой BaseID выбрать.

Или я не въехал в идею?

Коваленко Дмитрий.

PS. Модификация первичного ключа - ЗЛО.

Re: Ну, типа, почти пятница уже.

[Oleg_M]

Вот смотрю я, как народ переругивается... просто ради забавы...

На правах пятницы: 
надо было делать, как М$ делает.
А именно: первый же RC1 торжественно объявить релизом, 
разбить об его бутылку шампанского,
и пущай народ ставит его на боевые сервера

А потом быстренько выпустить SP1, SP2 
и SP3 который уже и будет нормальным.

А то... осторожничают... RC1 RC5. 
:)

Сейчас бы уже SP2 вышел. Так быстрее баги ловятся. (ну и М$ чаще ругается 
:) )


P.S. Какой админ в здравом уме будет ставить на боевой сервер "не релиз"?
"пущай другие помучаются, а мы посмотрим" ((с) непомнючей)
Зато уж SP по-быстрому накатит, никуда не денется.

Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR

[Ded]

Владимир Каратаев wrote:

Насчет поддержки. Если формально организационно команда ФБ отделена от фонда 
(я так понимаю ситуацию), то в реалиях зависимость полная.


   Опять пузыри в лужу. В реалиях всё выглядит так. Есть проект FB и 
есть фонд FF. В листе FB architect участниками ПРОЕКТА обсуждаются 
вопросы стратегии, в листе FB develop ими же - тактики. Интересующиеся 
на самом деле, а не отвлечённо, люди имеют возможность за оными листами 
следить и высказывать своё мнение. Решения ЧТО делать принимаются там. И 
вовсе не потому, что кто-то за что-то башляет, а исходя из технической 
целесообразности. А желающие ускорить развитие вообще или конкретно то 
или иное направление направляются, в частности, и из упомянутых листов, 
в Фонд нести на это денешку. И Фонду разработчики говорят - я буду 
делать то-то и то-то, имею возможность тратить на это столько-то часов в 
неделю, а не отстегнёте ли на хлебушко. И Фонд прикидывает - есть сейчас 
столько баблосов или нету. И отстёгивает обычно. А разработчик по ходу 
дела представляет отчёты о прогрессе в им же выбранном направлении. Вот 
так-то. Факт целевого спонсирования на самом деле был только один, да и 
то подзаглох, дело кончилось вхождением спонсора сначала в Фонд, а потом 
и в Правление, где он особо на продвижение своей хотелки и не нажимает.


На любую хотелку 
идет стандартный посыл: "А ты взносы заплатил?"


   Я дико иззиняюсь, но мсье что, поклонник рабского труда? Или на 
службе вкалывет за идею? Кстати, пока что рьяных 
соплеменников-хотельщиков с баблом в Фонде що-то не видать, всё больше 
люди скромные в хотениях - ДК, Алексей Булычёв, Вова Аксёнов, Андрей 
Феклистов и ещё пара ребят, которые сюда вроде не заглядывают. Если кого 
проглядел - извиняюсь.


Потребителю хотелось 
бы сначала товар пощупать, а уж потом решить вопрос о покупке.


   И што, за 6 лет ещё не нащупался?

Вообще весело получается. Это уже чисто пятничная фантазия. Я иду к 
начальнику, говорю:

-Нужна хотелка.
-Скока стоит?
После переговоров с фондом:
-Приблизительно NN.
-NN? Да без проблем! Давай договорчик от исполнителей, счет, ТЗ согласуй. 
Да, и обязательно, сроки реализации, и проследи, чтоб был стандартный, как 
во всех наших договорах, пунктик о пени за день просрочки.  И мне на подпись 
весь этот комплектик документов. ОК?

-А это иностранный фонд.
-Хм, это уже сложнее... Обратись к нашим юристам и у буха проконсультируйся 
по вопросам платежей за границу, они подскажут. Давай, дерзай.
И начальник отворачивается к экрану монитора с... это уже не важно с чем. Я 
чешу репу и думаю: "А нафига я затеял всю эту канитель?" 



А вот это действительно промблема. Связанная со статусом Фонда как 
некоммерческой организации. По доступной у мне информации ожидаю 
некоторых подвижек в этом плане в обозримом будущем.


--
Regards. Ded.

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

[Alexander Nagumanov]

> "ÐÒÏÇÒÁÍÍÉÓÔ" É "ÁÓÓÅÎÉÚÁÔÏÒ" - ÜÔÏ Ñ ÐÏÎÉÍÁÀ, ÎÁÐÉÛÕÔ "ÐÒÏÇÒÁÍÉÓÔ" (Ó 
> ÏÄÎÉÍ
> í) É "ÁÓÅÎÉÚÁÔÏÒ" (Ó ÏÄÎÉÍ ó). á  ÞÔÏ ÖÅ ÔÑÖËÏÇÏ ÄÌÑ "ÐÒÏËÔÏÌÏÇ" ÉÌÉ
> "ÇÉÎÅËÏÌÏÇ"? ;-)

ðÏÐÏÌÏÇ É ÐÉÓÅÌÏÇ? :-) 

Re: Ну, типа, почти пятница уже.

[WildSery]

On Fri, 10 Nov 2006 13:18:02 +0300, Ded <[EMAIL PROTECTED]> wrote:
>Я тут рассказал про Глебовы колёса с надписями ПРОГРАММИСТ, а мне
> ответили: - А прикинь как тяжело живется проктологам, гинекологам...
> ассенизаторам в конце концов...

Визажист. Или хотя бы стилист. Народ по накатанной аналогии сами знаете что 
подумает  :D


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

Re: репликация и что, что я никак не пойму

[ArtGal]

"Kovalenko Dmitry" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>
> ПЕРВИЧНЫЙ КЛЮЧ НЕ ДОЛЖЕН НЕСТИ
> КАКУЮ-ЛИБО СМЫСЛОВУЮ НАГРУЗКУ !!!
>


А если случайно получилось.
Завести еще одно поле, но уже без всякого смысла?

8-)

-- 
С уважением,
Артур Галимов. ФК "ФармМедСервис" (Сочи).

Re[2]: Ну, типа, почти пятница уже.

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

>>Я тут рассказал про Глебовы колёса с надписями ПРОГРАММИСТ, а мне
>> ответили: - А прикинь как тяжело живется проктологам, гинекологам...
>> ассенизаторам в конце концов...

AH> "программист" и "ассенизатор" - это я понимаю, напишут "програмист" (с одним
AH> М) и "асенизатор" (с одним С). А  что же тяжкого для "проктолог" или
AH> "гинеколог"? ;-)


А они писать не будут, - нарисуют  ... ;)


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

Re: репликация и что, что я никак не пойму

[ArtGal]

"Kovalenko Dmitry" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>
> А что такое Parent_ID базы ?
Прикалываешься?

Parent_ID это ID базы отделния, которое является объединением
нескольких розничных подразделений.
Справочник аптек и отделений - есть список баз.
ID Parent_ID Name
0 0 Предприятие (база 0)
1 0 Отделение 1  (база 1)
2 1 Аптека 11 (база 2)
3 1 Аптека 12 (база 3)
,,
14   0 Отделение 3  (база 14)
15  14Аптека 31 (база 15)
16  14Аптека 12 (база 16)
,,

CREATE TABLE DRUGSTORE (
ID  INTEGER NOT NULL,
PARENT_ID   INTEGER DEFAULT -199,
.
NAMEVARCHAR(63) NOT NULL COLLATE PXW_CYRL,
KINDINTEGER DEFAULT 10 NOT NULL,
..
);

ALTER TABLE DRUGSTORE ADD CONSTRAINT DRUGSTORE_PK PRIMARY KEY (ID);
ALTER TABLE DRUGSTORE ADD CONSTRAINT DRUGSTORE_DRUGSTORE FOREIGN KEY
(PARENT_ID) REFERENCES DRUGSTORE (ID) ON UPDATE CASCADE;
ALTER TABLE DRUGSTORE ADD CONSTRAINT DRUGSTORE_DRUGSTORE_KIND FOREIGN KEY
(KIND) REFERENCES DRUGSTORE_KIND (ID) ON UPDATE CASCADE;

-- 
С уважением,
Артур Галимов. ФК "ФармМедСервис" (Сочи).

Re: репликация и что, что я никак не пойму

[Oleg LOA]

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> ПЕРВИЧНЫЙ КЛЮЧ НЕ ДОЛЖЕН НЕСТИ
> КАКУЮ-ЛИБО СМЫСЛОВУЮ НАГРУЗКУ !!!

1. (С) не твой :-)
2. ПОВЕСИТЬ В РАМКУ НА СТЕНКУ

Re[2]: еще раз вернуться к дереву

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

>>По крайней мере откровенно человека не пытался дезинформировать ;)
D> Да я без наезда, так, расфилософствовался чего-то :)

   А, понятно, это тоже иногда не только вредно но и полезно ;)
   Просто я подумал что не в том направлении человека ... :)

>>Скажем так - я привык к порядку в запросах.
D> И это правильно. Однако, для привыкшего к неявным джойнам человека
(SKIP)
D> индивидуально это.

   Согласен, о вкусах не спорят ...

>> PS: Всё-же меня терзают смутные сомнения насчёт SP и JOIN ...
D>Да чо там искать-терзаться то, всё просто.
(SKIP)

  С Left Join понятно, а вот остальное, ладно приму как должное.
  Хотя, в некоторых случаях, поведение парсера не всегда
  понимается, - с ходу ... :)

PS: Кстати, класный "отчёт об отпуске"! Я только надеюсь что несмотря
на такой "экстремальный отпуск" ты всё-же нормально отдохнул.

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

Re: репликация и что, что я никак не пойму

[Ded]

Kovalenko Dmitry wrote:


PS. Так и не сказал тогда DED'у спасибо.
Вот такой я мерзавец :-)



Да я тебе тогда не особо и помог. У меня осталось впечатление, что 
мы с тобой тогда малость на разных языках говорили, как за нами 
частенько водится :)


--
Regards. Ded.

Re: репликация и что, что я никак не пойму

[Oleg LOA]

"Oleg Deribas" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Hello,
> 
> Kovalenko Dmitry said the following on 10.11.2006 11:20:
> 
>> - Репликация слиянием?
>> - Как насчет маштабирования, например, числа уровней системы?
> 
> Ты бы статью написал, что ли... ;-)

Статья давно написана. Дима ты её до публикуемого состояния доводил?

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > ты про таблицы соответствия global_id <-> local_id забыл :-)
>
> Может, ты хотел сказать "base1.local_id != base2.local_id" ?

Не, он имел в виду мою таблицу, в
которой для каждого local_id указан
внешний идентификатор

Внешний (ну или глобальный)
идентификатор - это BaseID+LocalID

> Потому как local_id - это вроде часть от global_id.
Так точно.

Коваленко Дмитрий.

Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR

[Oleg LOA]

"Владимир Каратаев"  wrote in message 
news:[EMAIL PROTECTED]
> 
> Я сомневаюсь в дальнейшей дееспособности фонда и его возможностях обеспечить 
> ФБ конкурентоспособность среди уже многих бесплатных СУБД (пусть даже 
> условно бесплатные).

Я об этом говрил ещё пару лет тому назад ;-)

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > - Репликация слиянием?
> > - Как насчет маштабирования, например, числа уровней системы?
>
> Ты бы статью написал, что ли... ;-)

Про репликацию? Сгинь, проклятый.

Я про первичные ключи в свете
репликации пока писал, чуть не опух :)

http://www.rsdn.ru/File/84/primary_keys_and_replication.zip

Коваленко Дмитрий.

PS. Так и не сказал тогда DED'у спасибо.
Вот такой я мерзавец :-)

Re: ������� �� �������������� DATE/TIMESTAMP � CHAR/VARCHAR

[�������� �������]

"Ded" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × 
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]

>þÔÏ ÝÁÓ äÉÍÁ ÎÅ ÏÄÉÎ ÅÇÏ ×ÙÔÑÇÉ×ÁÅÔ, ÜÔÏ, ËÏÎÅÞÎÏ, ÏÞÅÎØ ÇÒÕÓÔÎÏ, Ñ 
> ÔÅÂÑ ÐÏÎÉÍÁÀ... á ÄÏ äÉÍÙ ÅÇÏ ÏÄÉÎ ×ÙÔÑÇÉ×ÁÌ ëÌÁ×ÄÉÊ, ÐÏËÁ ÎÅ ×ÙÄÏÈÓÑ, 
> ÎÅÄÏÔÑÎÕ× Ó ÇÏÄÉË-Ä×Á ÄÏ ÏÂÒÁÚÏ×ÁÎÉÑ ËÏÍÁÎÄÙ É ËÌÑÔÏÇÏ æÏÎÄÁ, ËÏÔÏÒÙÊ ÓÔÁÌ 
> Å£ ÐÏÄÄÅÒÖÉ×ÁÔØ...

îÁÓÞÅÔ ÐÏÄÄÅÒÖËÉ. åÓÌÉ ÆÏÒÍÁÌØÎÏ ÏÒÇÁÎÉÚÁÃÉÏÎÎÏ ËÏÍÁÎÄÁ æâ ÏÔÄÅÌÅÎÁ ÏÔ ÆÏÎÄÁ 
(Ñ ÔÁË ÐÏÎÉÍÁÀ ÓÉÔÕÁÃÉÀ), ÔÏ × ÒÅÁÌÉÑÈ ÚÁ×ÉÓÉÍÏÓÔØ ÐÏÌÎÁÑ. îÁ ÌÀÂÕÀ ÈÏÔÅÌËÕ 
ÉÄÅÔ ÓÔÁÎÄÁÒÔÎÙÊ ÐÏÓÙÌ: "á ÔÙ ×ÚÎÏÓÙ ÚÁÐÌÁÔÉÌ?" éÚ×ÎÅ, ÄÌÑ ÐÒÏÇÒÁÍÍÉÓÔÏ×, 
ËÏÔÏÒÙÅ ÎÅ ÓÉÄÑÔ ÐÌÏÔÎÏ ÎÁ æâ, ÓÉÔÕÁÃÉÑ ËÁÖÅÔÓÑ ÎÅÐÒÉÑÚÎÅÎÎÁÑ: ÔÙ ×ÓÅÇÏ ÌÉÛØ 
ÓÐÒÏÓÉÌ ÎÅ×ÉÎÎÏ ÈÌÏÐÁÑ ÇÌÁÚËÁÍÉ, Á ÔÅÂÑ ÓÏ ×ÓÅÇÏ ÒÁÚÍÁÈÕ ÌÉÃÏÍ ×... ÆÏÎÄ. 
æÁËÔÉÞÅÓËÉ (ÏÐÕÓËÁÑ ÒÅÛÅÎÉÑ ÆÏÎÄÁ, ÏÔÞÅÔÙ É ÐÒ ÍÉÛÕÒÕ), ÉÄÅÔ ÔÏÒÇÏ×ÌÑ ÚÁ 
"ÈÏÔÅÌËÉ" ÐÏ ÐÒÉÎÃÉÐÕ "ÕÔÒÏÍ ÄÅÎØÇÉ- ×ÅÞÅÒÏÍ ÓÔÕÌØÑ". ðÏÔÒÅÂÉÔÅÌÀ ÈÏÔÅÌÏÓØ 
ÂÙ ÓÎÁÞÁÌÁ ÔÏ×ÁÒ ÐÏÝÕÐÁÔØ, Á ÕÖ ÐÏÔÏÍ ÒÅÛÉÔØ ×ÏÐÒÏÓ Ï ÐÏËÕÐËÅ.

÷ÏÏÂÝÅ ×ÅÓÅÌÏ ÐÏÌÕÞÁÅÔÓÑ. üÔÏ ÕÖÅ ÞÉÓÔÏ ÐÑÔÎÉÞÎÁÑ ÆÁÎÔÁÚÉÑ. ñ ÉÄÕ Ë 
ÎÁÞÁÌØÎÉËÕ, ÇÏ×ÏÒÀ:
-îÕÖÎÁ ÈÏÔÅÌËÁ.
-óËÏËÁ ÓÔÏÉÔ?
ðÏÓÌÅ ÐÅÒÅÇÏ×ÏÒÏ× Ó ÆÏÎÄÏÍ:
-ðÒÉÂÌÉÚÉÔÅÌØÎÏ NN.
-NN? äÁ ÂÅÚ ÐÒÏÂÌÅÍ! äÁ×ÁÊ ÄÏÇÏ×ÏÒÞÉË ÏÔ ÉÓÐÏÌÎÉÔÅÌÅÊ, ÓÞÅÔ, ôú ÓÏÇÌÁÓÕÊ. 
äÁ, É ÏÂÑÚÁÔÅÌØÎÏ, ÓÒÏËÉ ÒÅÁÌÉÚÁÃÉÉ, É ÐÒÏÓÌÅÄÉ, ÞÔÏ ÂÙÌ ÓÔÁÎÄÁÒÔÎÙÊ, ËÁË 
×Ï ×ÓÅÈ ÎÁÛÉÈ ÄÏÇÏ×ÏÒÁÈ, ÐÕÎËÔÉË Ï ÐÅÎÉ ÚÁ ÄÅÎØ ÐÒÏÓÒÏÞËÉ.  é ÍÎÅ ÎÁ ÐÏÄÐÉÓØ 
×ÅÓØ ÜÔÏÔ ËÏÍÐÌÅËÔÉË ÄÏËÕÍÅÎÔÏ×. ïë?
-á ÜÔÏ ÉÎÏÓÔÒÁÎÎÙÊ ÆÏÎÄ.
-èÍ, ÜÔÏ ÕÖÅ ÓÌÏÖÎÅÅ... ïÂÒÁÔÉÓØ Ë ÎÁÛÉÍ ÀÒÉÓÔÁÍ É Õ ÂÕÈÁ ÐÒÏËÏÎÓÕÌØÔÉÒÕÊÓÑ 
ÐÏ ×ÏÐÒÏÓÁÍ ÐÌÁÔÅÖÅÊ ÚÁ ÇÒÁÎÉÃÕ, ÏÎÉ ÐÏÄÓËÁÖÕÔ. äÁ×ÁÊ, ÄÅÒÚÁÊ.
é ÎÁÞÁÌØÎÉË ÏÔ×ÏÒÁÞÉ×ÁÅÔÓÑ Ë ÜËÒÁÎÕ ÍÏÎÉÔÏÒÁ Ó... ÜÔÏ ÕÖÅ ÎÅ ×ÁÖÎÏ Ó ÞÅÍ. ñ 
ÞÅÛÕ ÒÅÐÕ É ÄÕÍÁÀ: "á ÎÁÆÉÇÁ Ñ ÚÁÔÅÑÌ ×ÓÀ ÜÔÕ ËÁÎÉÔÅÌØ?" 

Re: репликация и что, что я никак не пойму

[Ded]

Kovalenko Dmitry wrote:


PS. Блин, я так хотел встретить тебя на
московской тусовке :(


   Да я бы тоже с удовольствием, но у меня долгожданный отпуск висел на 
волоске. Как всегда вовремя очередное "хватай мешки, вокзал уходит" 
случилось, недели три без выходных по 14 часов пахал.


--
Regards. Ded.

Re: Из-за чего может возникать ошибка _beginthreadex failed

[Oleg LOA]

"Леонид Агафонов" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> (select <много полей с case, cast и substring>  join
> <таблицы и процедуры> + группировка и
> всё это на большом числе записей)

Во-во join <таблицы и процедуры> + группировка вот тут и текает.

> Есть ли смысл, приводить запрос и
> таблицы (т.е. нам то не сложно, вопрос
> будешь ли Ты смотреть :) ), или
> быстренько двигаться в сторону FB2?

Можно и запрос переписать, и просто выполнять его в короткой транзакции.

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

[Andrew Holubovski]

"Ded" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>ñ ÔÕÔ ÒÁÓÓËÁÚÁÌ ÐÒÏ çÌÅÂÏ×Ù ËÏÌ£ÓÁ Ó ÎÁÄÐÉÓÑÍÉ ðòïçòáííéóô, Á ÍÎÅ
> ÏÔ×ÅÔÉÌÉ: - á ÐÒÉËÉÎØ ËÁË ÔÑÖÅÌÏ ÖÉ×ÅÔÓÑ ÐÒÏËÔÏÌÏÇÁÍ, ÇÉÎÅËÏÌÏÇÁÍ...
> ÁÓÓÅÎÉÚÁÔÏÒÁÍ × ËÏÎÃÅ ËÏÎÃÏ×...

"ÐÒÏÇÒÁÍÍÉÓÔ" É "ÁÓÓÅÎÉÚÁÔÏÒ" - ÜÔÏ Ñ ÐÏÎÉÍÁÀ, ÎÁÐÉÛÕÔ "ÐÒÏÇÒÁÍÉÓÔ" (Ó ÏÄÎÉÍ
í) É "ÁÓÅÎÉÚÁÔÏÒ" (Ó ÏÄÎÉÍ ó). á  ÞÔÏ ÖÅ ÔÑÖËÏÇÏ ÄÌÑ "ÐÒÏËÔÏÌÏÇ" ÉÌÉ
"ÇÉÎÅËÏÌÏÇ"? ;-)

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

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > 1. Захочешь слияние - хрен тебе.
>
> При наличии ID записи, ID базы, Parent_ID базы
> это делается просто слиянием.

А что такое Parent_ID базы ?

Это ID записи или ID базы ?

Коваленко Дмитрий.

PS. Thanks :)

Re: еще раз вернуться к дереву

[Ded]

Константин wrote:


   По крайней мере откровенно человека не пытался дезинформировать ;)


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



   Скажем так - я привык к порядку в запросах.
   Если что где вяжется то это должно быть видно и логическая цепочка
   должна прослеживаться сразу, быстро и чётко ...


   И это правильно. Однако, для привыкшего к неявным джойнам человека 
он тоже вполне нагляден, на своей-то структуре, тут ассоциативное 
восприятие подключается, индексы-сегменты свои знаешь, места на экране 
он меньше занимает, больше окидываешь одним взглядом, условия на одну 
таблицу пишешь вместе, а не разбразываешь между On и Where. В общем, 
индивидуально это.




PS: Всё-же меня терзают смутные сомнения насчёт SP и JOIN ...
Кто нибуть может, если не влом, посмотреть посты 2000-2003 гг ?


  Да чо там искать-терзаться то, всё просто. Когда таблица с процедурой 
связываются через выходной параметр процедуры, то объединение возможно 
только одно - сначала выполняется процедура, а таблица пристёгивается к 
полученному резалтсету. И как не напиши, а выполняться всё равно будет 
так. А вот если надо в процедуру передавать входным параметром поле 
таблицы, то можно это сделать, только выбрав данные из таблицы и 
пристёгивая процедуру. И парсеру это нужно было указывать явно, через 
Таблица Left Join Процедура(Таблица.Поля). Ну и чтоб соблюсти синтаксис, 
присобачить какой нить пустой On типа 0=0, вот и всё. Нынче может чего 
там докрутили в парсере, я не в курсах.


--
Regards. Ded.

Re[2]: еще раз вернуться к дереву

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

D> Константин wrote:

>> PS: Ещё раз рекомендую http://ibase.ru/devinfo/joins.htm,
>> не поленись почитай ...

D> Это, безусловно, правильно. И направление вопрошающего в нормальные
D> джойны вместо подзапросов и даденных в двойке в руки кому попало гранат
D> с деривед таблес тоже.

   Ну так кто учил ... ;)

D> Однако, дальнейшие размышлизмы в целом
D> представляют собой прекрасную иллюстрацию того, как, глядючи на 
D> следствия, пытливый ум может придумать совершенно неверные для них 
D> причины, не обладая достаточной информацией об устройстве чорного ящика.

   Человеку было всегда свойственно придумывать себе страхи, демонов,
   богов ... вообщем-то суеверия основанные на субьективных ощущениях
   Может я и погарячился, но это было моё мнение не претендующее на
   правоту ... Просто смутно вспоминается мои подобные же потуги ещё
   на FB 1 года 3-5 назад ещё на epsylon ... ;) К сожалению, этих
   постов у меня не сохранилось посему рассказал то что мне
   вспомнилось/придумалось по ходу дела ;)
   По крайней мере откровенно человека не пытался дезинформировать ;)

D> Я вот, как и Олег, не в курсах насчёт новшеств с объединениями с 
D> процедурами в двойке, посему помалкиваю. А так - явный и неявный иннер
D> джойны абсолютно равноправны (а неявные аутеры в природе просто не 
D> наблюдаются), от порядка следования условий в запросе мало что зависит,
D> применяются оне вовсе не сверху вниз по строкам запроса, процедура в
D> иннере может быть только ведущей, посему пофиг на какой строчке её 
D> писать, парсер разберётся...

   Ну, спорить с Дедом - себе дороже ... ;)
   Скажем так - я привык к порядку в запросах.
   Если что где вяжется то это должно быть видно и логическая цепочка
   должна прослеживаться сразу, быстро и чётко ...

PS: Всё-же меня терзают смутные сомнения насчёт SP и JOIN ...
Кто нибуть может, если не влом, посмотреть посты 2000-2003 гг ?
Кажется я тогда ещё aLKoGolik подписывался ...
lkg[#]sentosa.dp.ua адресок был ...
Тогда я задавал подобный же вопрос ...
(просто для успокоения совести ...)

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

Re: репликация и что, что я никак не пойму

[Oleg Deribas]

Hello,

Kovalenko Dmitry said the following on 10.11.2006 11:20:

> - Репликация слиянием?
> - Как насчет маштабирования, например, числа уровней системы?

Ты бы статью написал, что ли... ;-)

-- 
Oleg

Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR

[Ded]

Владимир Каратаев wrote:

Знаешь подход к изучению системы как к "черному ящику"? На вход подается 
воздействие, на выходе смотрится реакция и зависимость выходных параметров 
от входных.


   Я сегодня уже высказывался в тему оного ящика. Сходный случай. Не 
буду уж сейчас расписывать методику постановки факторного эксперимента, 
позволяющую получить более-менее достоверную картину, работать однако 
даже в пятницу надо. Однако твоя и близко не лежала. Прежде чем стонать, 
имело бы смысл последить хоть немного за мейл-листами develop и 
architect. К Фонду, кстати, особого отношения не имеющим.


Ну а я наблюдаю зависимость выход/вход уж как 6 лет. Застал в 
этом форуме как отделился ФБ, как организовался фонд, как Олег, недовольный 
медленной реакцией фонда сделал дятла и пр., пр.


  Раз так, то я уж позволю себе напомнить, что

а) FB отделился, когда этого форума (я имею в виду не нынешний, а ещё 
эпсилон) и в проекте не было.
б) Когда Олег сделал Дятла, Фонда тоже и в проекте не было. Он 
образовался поздней осенью 2002, уже после выхода не только Дятла, но и 
 релиза FB1.


 Я также помню прекрасно как 
в те романтические времена разработчики сами спрашивали что сделать и народ 
в конфе дружно составлял список.


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


 Я помню как быстро добавлялась новая 
функциональность, как Дима Еманов вытягивал проект... Было все это. А щас... 


   Что щас Дима не один его вытягивает, это, конечно, очень грустно, я 
тебя понимаю... А до Димы его один вытягивал Клавдий, пока не выдохся, 
недотянув с годик-два до образования команды и клятого Фонда, который 
стал её поддерживать...


--
Regards. Ded.

Re: репликация и что, что я никак не пойму

[ArtGal]

"Kovalenko Dmitry" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>
> Меня вот что во всех этих схемах
> напрягает - так это их хрупкость и
> ограниченность.
>
> 1. Захочешь слияние - хрен тебе.

При наличии ID записи, ID базы, Parent_ID базы
это делается просто слиянием.

> 2. Захочешь завести новую базу или
> новуй тип данных - не дай бог
> облажаться с разнесением диапазонов.

Какое разнесение диапазонов.
В шахту разнесение диапазонов. А шахту засыпать.
ID записи, ID базы, Parent_ID базы - рулез.

> 3. Захочешь децентрализованную систему
> - см. пункт номер 1

Смотри ответна п.1.

-- 
С уважением,
Артур Галимов. ФК "ФармМедСервис" (Сочи).

ЗЫ. А провайдер действительно хорош.
1С (по бедности своей) лазит в нашу базу за инфой через твоего провайдера
очень даже хорошо.

Re: OFF: ������� ������� ������ "The Delphi Survey for 2006"

[Andrew Holubovski]

"Dmitry Voroshin" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> úù: ñ ÁÎÇÌÉÊÓËÕÀ ÚÁÐÏÌÎÑÌ...

ÔÅÍ ËÔÏ ÚÁÐÏÌÎÑÌ ÁÎÇÌÉÊÓËÕÀ - ÒÕÓÓËÕÀ ÚÁÐÏÌÎÑÔØ ÎÅ ÎÁÄÏ

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

Re: ������� �� �������������� DATE/TIMESTAMP � CHAR/VARCHAR

[�������� �������]

"Ded" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × 
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
>óÉÅ ÓÁËÒÁÌØÎÏÅ ÚÎÁÎÉÅ ÏÓÎÏ×ÁÎÏ ÎÁ ÐÒÏÎÉËÎÏ×ÅÎÉÉ × ÐÒÅÄÍÅÔ? âÌÉÚËÏÍ 
> ÚÎÁËÏÍÓÔ×Å Ó ÓÏÄÅÒÖÁÎÉÅÍ ÄÅÂÁÔÏ× É × æÏÎÄÅ ×ÏÏÂÝÅ É × ðÒÁ×ÌÅÎÉÉ × 
> ÞÁÓÔÎÏÓÔÉ? éÌÉ ÈÏÔÑ ÂÙ Ó ÏÔÞ£ÔÁÍÉ ðÒÁ×ÌÅÎÉÑ?

úÎÁÅÛØ ÐÏÄÈÏÄ Ë ÉÚÕÞÅÎÉÀ ÓÉÓÔÅÍÙ ËÁË Ë "ÞÅÒÎÏÍÕ ÑÝÉËÕ"? îÁ ×ÈÏÄ ÐÏÄÁÅÔÓÑ 
×ÏÚÄÅÊÓÔ×ÉÅ, ÎÁ ×ÙÈÏÄÅ ÓÍÏÔÒÉÔÓÑ ÒÅÁËÃÉÑ É ÚÁ×ÉÓÉÍÏÓÔØ ×ÙÈÏÄÎÙÈ ÐÁÒÁÍÅÔÒÏ× 
ÏÔ ×ÈÏÄÎÙÈ. îÕ Á Ñ ÎÁÂÌÀÄÁÀ ÚÁ×ÉÓÉÍÏÓÔØ ×ÙÈÏÄ/×ÈÏÄ ÕÖ ËÁË 6 ÌÅÔ. úÁÓÔÁÌ × 
ÜÔÏÍ ÆÏÒÕÍÅ ËÁË ÏÔÄÅÌÉÌÓÑ æâ, ËÁË ÏÒÇÁÎÉÚÏ×ÁÌÓÑ ÆÏÎÄ, ËÁË ïÌÅÇ, ÎÅÄÏ×ÏÌØÎÙÊ 
ÍÅÄÌÅÎÎÏÊ ÒÅÁËÃÉÅÊ ÆÏÎÄÁ ÓÄÅÌÁÌ ÄÑÔÌÁ É ÐÒ., ÐÒ. ñ ÔÁËÖÅ ÐÏÍÎÀ ÐÒÅËÒÁÓÎÏ ËÁË 
× ÔÅ ÒÏÍÁÎÔÉÞÅÓËÉÅ ×ÒÅÍÅÎÁ ÒÁÚÒÁÂÏÔÞÉËÉ ÓÁÍÉ ÓÐÒÁÛÉ×ÁÌÉ ÞÔÏ ÓÄÅÌÁÔØ É ÎÁÒÏÄ 
× ËÏÎÆÅ ÄÒÕÖÎÏ ÓÏÓÔÁ×ÌÑÌ ÓÐÉÓÏË. ñ ÐÏÍÎÀ ËÁË ÂÙÓÔÒÏ ÄÏÂÁ×ÌÑÌÁÓØ ÎÏ×ÁÑ 
ÆÕÎËÃÉÏÎÁÌØÎÏÓÔØ, ËÁË äÉÍÁ åÍÁÎÏ× ×ÙÔÑÇÉ×ÁÌ ÐÒÏÅËÔ... âÙÌÏ ×ÓÅ ÜÔÏ. á ÝÁÓ... 
ìÁÄÎÏ, ÌÉÒÉËÁ ÜÔÏ ×ÓÅ. òÁÎØÛÅ É ÔÒÁ×Á ÂÙÌÁ ÚÅÌÅÎÅÅ.

>ôÏÉÓÓØ, ÅÓÌÉ ÂÙ ÎÅ æÏÎÄ, ÒÁÚÒÁÂÏÔÞÉËÉ ÐÏ ËÁÖÄÏÍÕ Ó×ÉÓÔËÕ ÓÔÒÏÉÌÉÓØ ÂÙ × 
> ÓÔÒÏÊÎÙÅ ÒÑÄÙ É ÂÒÏÓÁÌÉÓØ ÐÒÉÄÅÌÙ×ÁÔØ ÏÞÅÒÅÄÎÏÊ ÂÅÓÐÏÌÅÚÎÙÊ É ÄÁÖÅ 
> ÐÏÔÅÎÃÉÁÌØÎÏ ×ÒÅÄÎÙÊ ÂÁÎØÔÉË? îÕ-ÎÕ.

ïÄÎÁËÏ! ñ ÄÁÖÅ ÎÅ ÏÖÉÄÁÌ, ÞÔÏ ÔÁË ÕÖÁÓÎÏ ÐÉÛÕ, ÞÔÏ ÍÅÎÑ ÎÁÓÔÏÌØËÏ ÍÏÖÎÏ 
ÐÏÎÑÔØ ÎÅÐÒÁ×ÉÌØÎÏ. ñ ÚÁ ËÏÍÍÅÒÃÉÁÌÉÚÁÃÉÀ ÒÁÚÒÁÂÏÔËÉ, ÎÏ ÎÅ ÎÁ ÂÁÚÅ 
ÄÏÂÒÏ×ÏÌØÎÙÈ ÐÏÖÅÒÔ×Ï×ÁÎÉÊ. äÕÍÁÀ, ÞÔÏ ÐÏÄÏÛÌÁ ÂÙ ÍÏÄÅÌØ ÔÁËÁÑ: ÓÁÍ ÓÅÒ×ÅÒ 
ÂÅÓÐÌÁÔÅÎ, Á ÓÁÐÐÏÒÔ, ÄÏÐ. ðï ÐÌÁÔÎÏ. ýÁÓ ÜÔÏ ×ÓÅ ÅÓÔØ, ÎÏ ÄÅÎØÇÉ ÐÏÌÕÞÁÀÔ 
ÔÒÅÔØÉ ÆÉÒÍÙ, Á ÎÅ ÒÁÚÒÁÂÏÔÞÉËÉ óõâä.

--
ëÁÒÁÔÁÅ× ÷ÌÁÄÉÍÉÒ. 

Re: Ну, типа, почти пятница уже.

[Ded]

  Я тут рассказал про Глебовы колёса с надписями ПРОГРАММИСТ, а мне 
ответили: - А прикинь как тяжело живется проктологам, гинекологам... 
ассенизаторам в конце концов...


--
Regards. Ded.

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

"""Ded писал(а):
"""
> Kovalenko Dmitry wrote:
>
> > Убей себя ап стену.
>
>Не, это не мой способ. Лобные кости слишком крепкие. Я на
> потенциально возможный случай крайней необходимости другой способ
> придумал, поприятнее.

:BEER:

Коваленко Дмитрий.

PS. Блин, я так хотел встретить тебя на
московской тусовке :(

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > Ни в коем случае. Каждому только, то что его касается.
>
> Его зевки - от специфичной предметной области (учёт недвижимости).
> Он обслуживает фактически не деятельность (процесс), а регистрацию
> статики конечного автомата и переходов его из одного состояния в другое.
> Ну а каждому из нас свойственно собственное мироощущение, основанное на
> собственном опыте контактов с мирозданием, возводить в ранг вселенского
> абсолюта :) Это не проходит, но нивелируется с возрастом, просто по
> причине расширения сферы сих контактов и опыта...

Ну ты еще скажи, что я и провайдер делал
с учетом специфики недвижимости :))

Коваленко Дмитрий.

PS. Мой репликатор можно без проблем
запрограммировать под "каждому свое".
Но мне это было не интересно :)))

PSS. Хотя некоторые вещи у нас именно так
и реплицируются. Так
запрограммирована логика для этих
вещей.

Re: репликация и что, что я никак не пойму

[Ded]

Kovalenko Dmitry wrote:


Убей себя ап стену.


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



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


  А что есть сегмент PK как не отдельная колонка? И часть номера 
(внутреннего)?



ПЕРВИЧНЫЙ КЛЮЧ НЕ ДОЛЖЕН НЕСТИ
КАКУЮ-ЛИБО СМЫСЛОВУЮ НАГРУЗКУ !!!


  Есть такое слово - денормализация. Бывает и полезной и вредной. В 
данном случае позволяет совмещать два напитка в одной посуде без ущерба 
для вкусовых качеств и того и другого.


--
Regards. Ded.

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> > - Репликация слиянием?
>
> Ни в коем случае. Каждому только, то что его касается.
>
> Уровни системы увеличиваются непросто. Потребуется 2-3 дня.

Меня вот что во всех этих схемах
напрягает - так это их хрупкость и
ограниченность.

1. Захочешь слияние - хрен тебе.

2. Захочешь завести новую базу или
новуй тип данных - не дай бог
облажаться с разнесением диапазонов.

3. Захочешь децентрализованную систему
- см. пункт номер 1

Коваленко Дмитрий.

PS. Я молчу про репликацию "SQL запросов",
а не самих данных.

Re: репликация и что, что я никак не пойму

[Ded]

ArtGal wrote:


Ни в коем случае. Каждому только, то что его касается.


   Его зевки - от специфичной предметной области (учёт недвижимости). 
Он обслуживает фактически не деятельность (процесс), а регистрацию 
статики конечного автомата и переходов его из одного состояния в другое. 
Ну а каждому из нас свойственно собственное мироощущение, основанное на 
собственном опыте контактов с мирозданием, возводить в ранг вселенского 
абсолюта :) Это не проходит, но нивелируется с возрастом, просто по 
причине расширения сферы сих контактов и опыта...


--
Regards. Ded.

Re: ������� �� �������������� DATE/TIMESTAMP � CHAR/VARCHAR

[�������� �������]

"WildSery" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × 
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
> á ÞÔÏ, × ÜÔÉÈ, "ÄÒÕÇÉÈ" óõâä, Ë Ô×ÏÅÍÕ ÍÎÅÎÉÀ ÐÒÉÓÌÕÛÁÀÔÓÑ, É ÕÖÅ ÞÅÒÅÚ 
> ÍÅÓÑà ×ÙÊÄÅÔ ÂÉÌÄ, ÇÄÅ ×ÓÅ Ô×ÏÉ ÄÕÒÁÃËÉÅ ÐÏÖÅÌÁÎÉÑ ÕÞÔÅÎÙ?
> íÎÅ ÞÔÏ-ÔÏ ËÁÖÅÔÓÑ, ÞÔÏ × ÜÔÉÈ "ÄÒÕÇÉÈ" ÔÅÂÑ ×ÏÏÂÝÅ ÐÏÛÌÀÔ Ó ÌÀÂÙÍ 
> ÐÒÅÄÌÏÖÅÎÉÅÍ, Á ËÕÄÁ ÒÁÚ×É×ÁÔØÓÑ ÒÅÛÁÀÔ ÓÕÇÕÂÏ ×ÎÕÔÒÉ ËÏÌÌÅËÔÉ×Á 
> ÒÁÚÒÁÂÏÔÞÉËÏ×.
> ÷ÏÚÍÏÖÎÏ Ñ ÐÒÅÕ×ÅÌÉÞÉ×ÁÀ. ôÏÇÄÁ ÏÐÒÏ×ÅÒÇÎÉ ÍÅÎÑ.

ôÏÌØËÏ ÎÅ ÎÁÄÏ ÏÂÚÙ×ÁÔØÓÑ- ÎÁÚÙ×ÁÔØ ÐÏÖÅÌÁÎÉÑ ÄÕÒÁÃËÉÍÉ. üÔÏ ÐÅÒ×ÏÅ. á 
×ÔÏÒÏÅ- ÔÁÍ, × ÄÒÕÇÉÈ óõâä, ÜÔÏ ÕÖÅ ×ÓÅ ÅÓÔØ. ôÁË ÞÔÏ É ÐÒÏÓÉÔØ ÎÅ ÎÁÄÏ. 
éÍÅÎÎÏ ÞÔÏ ÐÒÏÓÉÔØ! ñ ÄÅÎÅÇ ÎÅ ÐÌÁÞÕ, É ÓÏÏÔ×ÅÔ., ÎÉÞÅÇÏ É ÎÅ ÔÒÅÂÕÀ. é 
×ÏÏÂÝÅ, Ñ ÄÁÖÅ ÎÅ ÎÁÞÉÎÁÌ ÔÒÅÂÏ×ÁÔØ- ÔÒÅÄ ÎÁÞÁÌ ÎÅ Ñ, Á Ñ ×ÓÅÇÏ ÌÉÛØ ÐÁÒÎÀ × 
ÔÒÅÄÅ ÏÔ×ÅÔÉÌ, ÞÔÏ ÔÏ, ÞÔÏ ÏÎ ÐÒÏÓÉÔ × ÏÂÏÚÒÉÍÏÍ ÂÕÄÕÝÅÍ ÓÄÅÌÁÎÏ ÎÅ ÂÕÄÅÔ. é 
×ÓÅ.

---
ëÁÒÁÔÁÅ× ÷ÌÁÄÉÍÉÒ 

Re: репликация и что, что я никак не пойму

[Kovalenko Dmitry]

> Для данных, информация о принадлежности которых к базам имеет смысловое
> значение, используемое в деятельности центра (документы, скажем)
> двухсегментный PK эффективнее.

Убей себя ап стену.

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

Бугагагагага.

ПЕРВИЧНЫЙ КЛЮЧ НЕ ДОЛЖЕН НЕСТИ
КАКУЮ-ЛИБО СМЫСЛОВУЮ НАГРУЗКУ !!!

Хочешь уникальность - повесь UNIQUE.

Коваленко Дмитрий.

Re: репликация и что, что я никак не пойму

[WildSery]

On Fri, 10 Nov 2006 10:57:52 +0300, Oleg LOA  wrote:
> ты про таблицы соответствия global_id <-> local_id забыл :-)

Может, ты хотел сказать "base1.local_id != base2.local_id" ?
Потому как local_id - это вроде часть от global_id.

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

Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR

[WildSery]

On Fri, 10 Nov 2006 12:00:06 +0300, Владимир Каратаев <[EMAIL PROTECTED]> wrote:
> В общем типичное, паразитирующее на халяве, поведение.

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

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

Re: хотелка по преобразованию DATE/TIMESTAMP в CHAR/VARCHAR

[Ded]

Владимир Каратаев wrote:

Я сказал, что по-моему мнению фонд не эффективен в плане финансирования разработки. Это 
корень проблемы.


   Сие сакральное знание основано на проникновении в предмет? Близком 
знакомстве с содержанием дебатов и в Фонде вообще и в Правлении в 
частности? Или хотя бы с отчётами Правления?


А уж неэффективность имеет косвенное отношение к реализации 
хотелок.


   Тоиссь, если бы не Фонд, разработчики по каждому свистку строились 
бы в стройные ряды и бросались приделывать очередной бесполезный и даже 
потенциально вредный баньтик? Ну-ну.


--
Regards. Ded.

Re: Из-за чего может возникать ошибка _beginthreadex failed

[Леонид Агафонов]

> > Oleg LOA wrote:
> Тогда скорее всего именно проблема с утеканием ресура внутри транзакции. 
> >Смотрите какие запросы приводят к такой ситуации.

Нашли запросы приводящие к такой
ситуации :(
(select <много полей с case, cast и substring>  join
<таблицы и процедуры> + группировка и
всё это на большом числе записей)
Шесть-семь конектов с таким запросом Ya
съедает больше 1,2 Гига (в диспетчере
задач). Видимо натыкается на
ограничение винды 2Гига на процесс и
начинает выдавать ошибки.

Проверили на FB2.0, память "не ест", все
прошло успешно (14 конектов с таким
запросом).

Есть ли смысл, приводить запрос и
таблицы (т.е. нам то не сложно, вопрос
будешь ли Ты смотреть :) ), или
быстренько двигаться в сторону FB2?

С уважением, Леонид Агафонов

Re: репликация и что, что я никак не пойму

[Ded]

Kovalenko Dmitry wrote:


Мда. А по мне так и просто Record_ID
достаточно. Естественней некуда :)))


ты про таблицы соответствия global_id <-> local_id забыл :-)



Ага, только не забыл, а закрысил :)


   Да лана тебе. Двухсегментный PK - это, по сути, завуалированный 1:n 
с табличкой-справочником баз. А это, в свою очередь, частный случай m:n 
- то бишь таблицы соответствия. Ясень пень, что наиболее общее решение 
накрывает всё, но опять же ясен пень, не все частные случаи оптимально. 
Для данных, информация о принадлежности которых к базам имеет смысловое 
значение, используемое в деятельности центра (документы, скажем) 
двухсегментный PK эффективнее. Для централизованно ведущихся 
справочников (номенклатура, скажем) вообще никаких ухищрений не нужно, 
они в сателлитах ридонли. А вот данные, не отражающие деятельность 
сателлитов, а констатирующие объективную реальность, данную им на местах 
в ощущениях, которая (реальность) может промеж них пересекаться 
(справочник организаций-партнёров, скажем) - уже только таблица 
соответствия.


--
Regards. Ded.