date:20061110

Kovalenko Dmitry [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 Мда. А по мне так и просто Record_ID
 достаточно. Естественней некуда :)))

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

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


On Thu, 09 Nov 2006 22:01:15 +0300, Kovalenko Dmitry [EMAIL PROTECTED] wrote:
Я уж скока лет бубню, что самый естественный способ для реплицируемых
 таблиц - двухсегментный PK (Base_ID, Record_ID).

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

+1.
В PK незачем пихать ID базы, лишний мусор в индексе. В рамках базы смысловой 
нагрузки не несёт.
Этот ID нужен только для репликации :)

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

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


On Thu, 09 Nov 2006 22:52:45 +0300, Nikolay Trifonov [EMAIL PROTECTED] wrote:
 Ты не прав (ИМХО), так как сложность почти всех запросов увеличивается и
 намного

Тебе это только кажется, пока сам не попробуешь ;)
Такое разделение нужно, но вот в PK действительно не стоит запихивать BaseID. 
Но быть оно должно, даже если база у вас одна.

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

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

2006-11-10 Пенетрантность ��


Nikolay Trifonov [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]

 Ты не прав (ИМХО), так как сложность почти всех запросов увеличивается и
 намного


Сложность запросов снижается.
Репликация (синхронизация) значительно упрощается.
Зато появляется информация для группировки.
Проверено на:
Центральная (главная) база - 1 шт.
База в розничном подразделении - 18 шт.
База в отделении (объединение
нескольких розничных подразделений) - 5 шт.

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

Re: �� DATE/TIMESTAMP � CHAR/VARCHAR

Dmitri Kuzmenko [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
... ÔÏ ÅÓÔØ. ÔÙ ÇÏ×ÏÒÉÛØ - ÓÄÅÌÁÊÔÅ ÍÎÅ.
é ËÔÏ-ÔÏ ÄÏÌÖÅÎ ÓÍÏÔÒÅÔØ ÓÔÁÎÄÁÒÔ, É ÄÕÍÁÔØ, ËÁË ÂÙ äìñ ôåâñ
ÓÄÅÌÁÔØ ÌÕÞÛÅ? þÔÏÂÙ ÔÙ ÐÏÔÏÍ ÚÁÑ×ÉÌ - ×ÏÔ ×Ù ÆÉÇÎÀ ËÁËÕÀ ÔÏ ÓÄÅÌÁÌÉ...
Ñ ÕÔÒÉÒÕÀ, ÎÏ ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÜÔÏ ÔÁË. ó ÌÀÂÙÍÉ ÐÏÖÅÌÁÎÉÑÍÉ.

îÅÔ ÂÙ ÓÁÍ ×ÚÑÌ ÓÔÁÎÄÁÒÔ, ÐÏÓÍÏÔÒÅÌ ËÁË ÔÁÍ, É ÒÁÓÐÉÓÁÌ
ËÁË ÜÔÏ ÄÏÌÖÎÏ ÂÙÔØ, É Ó ËÁËÉÍÉ ÉÚÍÅÎÅÎÉÑÍÉ ÂÙÌÏ ÂÙ ÌÕÞÛÅ.
é ÚÁÎÅÓ × feature tracker.

ôÙ ÐÒÁ×ÉÌØÎÏ ×ÓÅ ÓËÁÚÁÌ. ðÏÌØÚÕÑÓØ ÐÑÔÎÉÃÅÊ ÎÅÍÎÏÇÏ ÐÏÆÉÌÏÓÏÆÓÔ×ÕÀ, ÕÖÅ ÎÅ
ÐÒÏ ÄÁÔÙ- ÔÅÍÁ ÄÁ×ÎÏ ÉÚÂÉÔÁÑ, ÐÏ ËÏÔÏÒÏÊ Ñ ÉÓÞÅÒÐÙ×ÁÀÝÉÊ ÏÔ×ÅÔ ÐÏÌÕÞÉÌ ÕÖÅ
ÎÅÓËÏÌØËÏ ÌÅÔ ÎÁÚÁÄ. ó ÔÏÞËÉ ÚÒÅÎÉÑ ÒÁÚÒÁÂÏÔÞÉËÏ× ÂÅÓÐÌÁÔÎÏÊ âä ×ÓÅ ×ÅÒÎÏ
ÓËÁÚÁÎÏ. á Ó ÔÏÞËÉ ÚÒÅÎÉÑ ÐÒÉËÌÁÄÎÏÇÏ ÐÒÏÇÒÁÍÍÉÓÔÁ?
1. ñ ÎÅ ÉÍÅÀ ÄÅÎÅÇ ÞÔÏÂ ÓÐÏÎÓÉÒÏ×ÁÔØ ÒÁÚÒÁÂÏÔËÕ, Á ÎÁÞÁÌØÓÔ×Õ ÍÏÅÊ
ÏÒÇÁÎÉÚÁÃÉÉ, ÇÄÅ Ñ ÒÁÂÏÔÁÀ ÎÕÖÅÎ ÔÏÌØËÏ ÒÅÚÕÌØÔÁÔ. ëÁË Ñ ÉÚÇÏÌÑÀÓØ ÎÁÄ
ÒÅÁÌÉÚÁÃÉÅÊ ÔÒÅÂÕÅÍÏÊ ÆÕÎËÃÉÉ ÉÈ ÎÅ ×ÏÌÎÕÅÔ. é ÎÁÞÁÌØÓÔ×Ï ÐÒÅÄÐÏÞÔÅÔ, ÞÔÏÂÙ
Ñ ÉÚÇÏÌÑÌÓÑ, Á ÎÅ ÏÎÉ Ó ÏÐÌÁÔÏÊ ×ÚÎÏÓÏ× ÎÁÐÒÑÇÁÌÉÓØ.
2.ó ÄÒÕÇÏÊ ÓÔÏÒÏÎÙ, Ñ ÐÒÅËÒÁÓÎÏ ÐÏÎÉÍÁÀ, ÞÔÏ ÍÏÉ ÔÒÕÄÙ ÐÏ ÉÚÕÞÅÎÉÀ
ÓÔÁÎÄÁÒÔÁ, ÍÕÞÅÎÉÀ Ó ÁÎÇÌÉÊÓËÉÍ É ×ÎÅÓÅÎÉÀ × ÔÒÅËÅÒ ÍÏÇÕÔ ÂÙÔØ ÎÁÐÒÁÓÎÙÍÉ:
ÒÁÚÒÁÂÏÔÞÉËÉ ÍÏÇÕÔ ÒÅÛÉÔØ, ÞÔÏ ÜÔÏ ÎÅÎÕÖÎÏ, ÉÌÉ ×ÎÅÓÕÔ ÎÏ×ÙÊ ÆÕÎËÃÉÏÎÁÌ, ÎÏ
Ñ ÒÅÁÌØÎÏ ÅÇÏ ÓÍÏÇÕ ÉÓÐÏÌØÚÏ×ÁÔØ ÎÁ ÂÏÅ×ÏÊ âä ÞÅÒÅÚ ÎÅÓËÏÌØËÏ ÌÅÔ, ËÏÇÄÁ
ÂÕÄÅÔ ÏÞÅÒÅÄÎÏÊ ÒÅÌÉÚ. á × ÄÁÌØÎÅÊ ÐÅÒÓÐÅËÔÉ×Å ÒÅÛÅÎÉÅ ÓÅÇÏÄÎÑÛÎÅÊ ÐÒÏÂÌÅÍÙ
ÍÎÅ ÕÖÅ ÎÅ ÉÎÔÅÒÅÓÎÏ.
3.é ÓÁÍÏÅ ÇÌÁ×ÎÏÅ! ñ ÐÒÏÓÔÏ ÉÓÐÏÌØÚÕÀ æâ, ÎÅ Ñ×ÌÑÀÓØ ÅÇÏ ÆÁÎÁÔÉËÏÍ. íÎÅ
ÓËÁÚÁÌÉ- ÎÅÔ. ñ ÐÏÖÁÌ ÐÌÅÞÁÍÉ É ÏÔ×ÁÌÉÌ. îÅÔ ÔÁË ÎÅÔ- ÎÁ Ó×ÅÔÅ É ÄÒÕÇÉÈ óõâä
ÍÎÏÇÏ, ÇÄÅ ×ÓÅ ÜÔÏ ÅÓÔØ. ÷ ÏÂÝÅÍ ÔÉÐÉÞÎÏÅ, ÐÁÒÁÚÉÔÉÒÕÀÝÅÅ ÎÁ ÈÁÌÑ×Å,
ÐÏ×ÅÄÅÎÉÅ.

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

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

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


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

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

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

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

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


  Ты не прав (ИМХО), так как сложность почти всех запросов увеличивается и
  намного

 Сложность запросов снижается.
 Репликация (синхронизация) значительно упрощается.
 Зато появляется информация для группировки.
 Проверено на:

зеваю

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

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

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

2006-11-10 Пенетрантность sw


Hello, Владимир!

Зря ты обижаешься.
Только представь себе если бы разработчики на каждое хочу говорили шас 
сделаем. Это был монстр, одно администрирование его чего
стоило бы. Ведь таких как ты много (наверное и я в том числе :)). И очень 
хорошо у раработчиков есть своё мнение, хоть и
прислушиваются к сообществу.

У меня тоже раньше было: хочу то, хочу сё, а почему не так и ещё много 
других мыслей (Мы ведь самые умные и объективные).
А потом оказалось, что всё это не очень то и надо, а те возможности на которые 
и внимания не обращал на самом деле очень полезны.

ИМХО ребята не плохо птичку воспитывают.

With best regards, StudSW.  E-mail: studsw at rambler dot ru

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



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


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


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


--
Regards. Ded.

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

2006-11-10 Пенетрантность ��


Kovalenko Dmitry [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]

 - Репликация слиянием?

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

Репликация синхронизацией справочников (всем все),
обменом:
документы (кому какие - ID базы),
журналы продаж (кому какие - ID, Parent_ID базы),
текущие остатки (кому какие - ID, Parent_ID базы),
категории ассортимента (кому какие - ID, Parent_ID базы),
акцепты/не акцепты позиций накладных (кому какие - ID, Parent_ID базы),
графики работы, смен (кому какие - ID, Parent_ID базы),
возвраты на центр. склад (кому какие - ID, Parent_ID базы),
переброски между подразделениями розничными точками (кому какие - ID,
Parent_ID базы),
и т.д. Много чего.

 - Как насчет масштабирования, например,
 числа уровней системы?
Уровни системы увеличиваются непросто. Потребуется 2-3 дня.
Новая база, новое розничное подразделение или
отделение - объединение розничных подразделений
создаются за 5-10 мин. простым суппортером.

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

Re: �� DATE/TIMESTAMP � CHAR/VARCHAR



sw [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × 
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
 úÒÑ ÔÙ ÏÂÉÖÁÅÛØÓÑ.
 ôÏÌØËÏ ÐÒÅÄÓÔÁ×Ø ÓÅÂÅ ÅÓÌÉ ÂÙ ÒÁÚÒÁÂÏÔÞÉËÉ ÎÁ ËÁÖÄÏÅ ÈÏÞÕ ÇÏ×ÏÒÉÌÉ ÛÁÓ 
 ÓÄÅÌÁÅÍ. üÔÏ ÂÙÌ

ñ ×ÏÏÂÝÅ ÕÖÅ ÐÒÅËÒÁÔÉÌ Ï ÈÏÔÅÌËÁÈ ÇÏ×ÏÒÉÔØ, Á Ë ÒÁÚÒÁÂÏÔÞÉËÁÍ ×ÏÏÂÝÅ 
ÉÚÎÁÞÁÌØÎÏ ÐÒÅÔÅÎÚÉÊ ÎÅ ÐÒÅÄßÑ×ÌÑÌ ÐÏ ÐÏ×ÏÄÕ ËÁË ÏÎÉ ÒÁÂÏÔÁÀÔ. ñ ÓËÁÚÁÌ, ÞÔÏ 
ÐÏ-ÍÏÅÍÕ ÍÎÅÎÉÀ ÆÏÎÄ ÎÅ ÜÆÆÅËÔÉ×ÅÎ × ÐÌÁÎÅ ÆÉÎÁÎÓÉÒÏ×ÁÎÉÑ ÒÁÚÒÁÂÏÔËÉ. üÔÏ 
ËÏÒÅÎØ ÐÒÏÂÌÅÍÙ. á ÕÖ ÎÅÜÆÆÅËÔÉ×ÎÏÓÔØ ÉÍÅÅÔ ËÏÓ×ÅÎÎÏÅ ÏÔÎÏÛÅÎÉÅ Ë ÒÅÁÌÉÚÁÃÉÉ 
ÈÏÔÅÌÏË.

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

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

Kovalenko Dmitry wrote:

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

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

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

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

--
Regards. Ded.

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



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

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


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


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


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


--
Regards. Ded.

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


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

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

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

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

2006-11-10 Пенетрантность ��


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

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

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

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

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

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

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

Re: �� DATE/TIMESTAMP � CHAR/VARCHAR



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

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

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

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



ArtGal wrote:


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


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


--
Regards. Ded.

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


  - Репликация слиянием?

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

 Уровни системы увеличиваются непросто. Потребуется 2-3 дня.

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

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

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

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

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

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

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


Ded писал(а):

 Kovalenko Dmitry wrote:

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

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

:BEER:

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

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

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



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


--
Regards. Ded.

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

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

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

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

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

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

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

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

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

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

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

--
Regards. Ded.

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

2006-11-10 Пенетрантность Oleg Deribas


Hello,

Kovalenko Dmitry said the following on 10.11.2006 11:20:

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

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

-- 
Oleg

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: еще раз вернуться к дереву

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

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

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

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

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

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

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

--
Regards. Ded.

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


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

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

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

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

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

PS. Thanks :)

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

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

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

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

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

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



Kovalenko Dmitry wrote:


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


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


--
Regards. Ded.

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


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

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

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

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

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

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

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

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

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

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

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


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

 Может, ты хотел сказать base1.local_id != base2.local_id ?

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

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

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

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

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

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 wrote:


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



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


--
Regards. Ded.

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


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[2]: Ну, типа, почти пятница уже.


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

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


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


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

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


Kovalenko Dmitry [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]

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



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

8-)

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

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

2006-11-10 Пенетрантность Alexander Nagumanov


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

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


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

Re: ��, ��, �� .


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

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

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

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

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

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

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

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

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

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

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

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

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

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

--
Regards. Ded.

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

2006-11-10 Пенетрантность Oleg_M

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

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

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

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

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


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

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

А что такое 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: репликация и что, что я никак не пойму



Kovalenko Dmitry wrote:


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


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

--
Regards. Ded.

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


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

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

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

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

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

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



Ded wrote:

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


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

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



WildSery wrote:

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


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

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

2006-11-10 Пенетрантность Andrew Holubovski



ArtGal wrote:


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


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

Re: ��, ��, �� .


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: Ну, типа, почти пятница уже.

2006-11-10 Пенетрантность Oleg_M

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

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

ArtGal [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 
 Kovalenko Dmitry [EMAIL PROTECTED]
 сообщил/сообщила в новостях следующее:
 news:1163152933.069029.273230-kgokzNqkTZsvLoKJ9UdeTWB/[EMAIL PROTECTED]

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

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

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

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

2006-11-10 Пенетрантность Мадорский Г . В .

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

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

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

2006-11-10 Пенетрантность sasha



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


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

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


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


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

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




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



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


With b/r. Gleb.

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



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


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


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


--
Regards. Ded.

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


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

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

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

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

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

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

2006-11-10 Пенетрантность 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;
/*добавление документа в список
удаляемых*/
DELETE FROM sync$deleted sd WHERE sd.table_name =

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



Kovalenko Dmitry wrote:


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

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


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

--
Regards. Ded.

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

2006-11-10 Пенетрантность Alexandr Kochmin


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

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

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

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

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



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

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

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

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

2006-11-10 Пенетрантность Леонид Агафонов


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

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

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

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

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

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


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

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

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

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

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

Re: Daffodil Replicator

2006-11-10 Пенетрантность Andrew Ryzhokhin


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

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

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

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

2006-11-10 Пенетрантность Ovchinnikov Vasily



Kovalenko Dmitry пишет:

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

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

Учтут!

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

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

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

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


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

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

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

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

Kovalenko Dmitry [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]

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

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

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

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

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

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

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

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

Re: Daffodil Replicator

2006-11-10 Пенетрантность veliks


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

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

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

With best regards, veliks.

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


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

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

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

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


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: Из-за чего может возникать ошибка _beginthreadex failed

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

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

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

2006-11-10 Пенетрантность Alexandr Kochmin


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

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

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

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

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



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

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

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

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

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

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

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

2006-11-10 Пенетрантность Мадорский Г . В .

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

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

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




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


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



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

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

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


With b/r. Gleb.

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


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: репликация и что, что я никак не пойму

2006-11-10 Пенетрантность Andrey Feklistov



Kovalenko Dmitry wrote:

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

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

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

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

2006-11-10 Пенетрантность Gene Feudorov


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

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

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

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

�� ?



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. ÔÏÌØËÏ Ñ ÎÅ ÂÕÄÕ ÓÐÏÒÉÔØ, ÉÚ×ÒÁÝÅÎÉÅ ÜÔÏ ÉÌÉ ÎÅÔ, Ñ ÐÒÏÓÔÏ ÎÅ ÐÏÍÎÀ 
ÒÁÎÅÅ ÔÁËÏÇÏ ÐÒÅÄÌÏÖÅÎÉÑ, ×ÏÔ É ÐÒÅÄÌÏÖÉÌ. ÍÎÅ ÐÒÏÓÔÏ ÉÎÔÅÒÅÓÎÏ, ÎÁÓËÏÌØËÏ 
ÜÔÏ ×ÐÉÓÙ×ÁÅÔÓÑ × ÉÄÅÏÌÏÇÉÀ ÓÔÁÎÄÁÒÔÁ É × ÉÄÅÏÌÏÇÉÀ ÓÅÒ×ÅÒÁ?

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

2006-11-10 Пенетрантность Vlad Horsun


Andrey Feklistov ...

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

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

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

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

2006-11-10 Пенетрантность 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

Большой БЛОБ



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

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

2006-11-10 Пенетрантность Andrey

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

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

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

2006-11-10 Пенетрантность 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

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

2006-11-10 Пенетрантность Dmitri Kuzmenko



Hello, Andrey!

Andrey wrote:


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


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

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

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

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

2006-11-10 Пенетрантность Andrey


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

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

2006-11-10 Пенетрантность 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: off: Вопрос ДК и Алексею Ковязину по конференции в Киеве

2006-11-10 Пенетрантность sasha




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



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


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

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

2006-11-10 Пенетрантность sasha




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


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


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

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

2006-11-10 Пенетрантность Alexey Kovyazin


sasha писал(а):

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

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

Re: ��



Ded [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]

 ëÏÎÓÔÁÎÔÉÎ wrote:

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

üÔÏ, ÂÅÚÕÓÌÏ×ÎÏ, ÐÒÁ×ÉÌØÎÏ. é ÎÁÐÒÁ×ÌÅÎÉÅ ×ÏÐÒÏÛÁÀÝÅÇÏ × ÎÏÒÍÁÌØÎÙÅ 
 ÄÖÏÊÎÙ ×ÍÅÓÔÏ ÐÏÄÚÁÐÒÏÓÏ× É ÄÁÄÅÎÎÙÈ × Ä×ÏÊËÅ × ÒÕËÉ ËÏÍÕ ÐÏÐÁÌÏ ÇÒÁÎÁÔ Ó 
 ÄÅÒÉ×ÅÄ ÔÁÂÌÅÓ ÔÏÖÅ. ïÄÎÁËÏ, ÄÁÌØÎÅÊÛÉÅ ÒÁÚÍÙÛÌÉÚÍÙ × ÃÅÌÏÍ ÐÒÅÄÓÔÁ×ÌÑÀÔ 
 ÓÏÂÏÊ ÐÒÅËÒÁÓÎÕÀ ÉÌÌÀÓÔÒÁÃÉÀ ÔÏÇÏ, ËÁË, ÇÌÑÄÀÞÉ ÎÁ ÓÌÅÄÓÔ×ÉÑ, ÐÙÔÌÉ×ÙÊ ÕÍ 
 ÍÏÖÅÔ ÐÒÉÄÕÍÁÔØ ÓÏ×ÅÒÛÅÎÎÏ ÎÅ×ÅÒÎÙÅ ÄÌÑ ÎÉÈ ÐÒÉÞÉÎÙ, ÎÅ ÏÂÌÁÄÁÑ 
 ÄÏÓÔÁÔÏÞÎÏÊ ÉÎÆÏÒÍÁÃÉÅÊ ÏÂ ÕÓÔÒÏÊÓÔ×Å ÞÏÒÎÏÇÏ ÑÝÉËÁ. ñ ×ÏÔ, ËÁË É ïÌÅÇ, ÎÅ 
 × ËÕÒÓÁÈ ÎÁÓÞ£Ô ÎÏ×ÛÅÓÔ× Ó ÏÂßÅÄÉÎÅÎÉÑÍÉ Ó ÐÒÏÃÅÄÕÒÁÍÉ × Ä×ÏÊËÅ, ÐÏÓÅÍÕ 
 ÐÏÍÁÌËÉ×ÁÀ. á ÔÁË - Ñ×ÎÙÊ É ÎÅÑ×ÎÙÊ ÉÎÎÅÒ ÄÖÏÊÎÙ ÁÂÓÏÌÀÔÎÏ ÒÁ×ÎÏÐÒÁ×ÎÙ (Á 
 ÎÅÑ×ÎÙÅ ÁÕÔÅÒÙ × ÐÒÉÒÏÄÅ ÐÒÏÓÔÏ ÎÅ ÎÁÂÌÀÄÁÀÔÓÑ), ÏÔ ÐÏÒÑÄËÁ ÓÌÅÄÏ×ÁÎÉÑ 
 ÕÓÌÏ×ÉÊ × ÚÁÐÒÏÓÅ ÍÁÌÏ ÞÔÏ ÚÁ×ÉÓÉÔ, ÐÒÉÍÅÎÑÀÔÓÑ ÏÎÅ ×Ï×ÓÅ ÎÅ Ó×ÅÒÈÕ ×ÎÉÚ 
 ÐÏ ÓÔÒÏËÁÍ ÚÁÐÒÏÓÁ, ÐÒÏÃÅÄÕÒÁ × ÉÎÎÅÒÅ ÍÏÖÅÔ ÂÙÔØ ÔÏÌØËÏ ×ÅÄÕÝÅÊ, ÐÏÓÅÍÕ 
 ÐÏÆÉÇ ÎÁ ËÁËÏÊ ÓÔÒÏÞËÅ Å£ ÐÉÓÁÔØ, ÐÁÒÓÅÒ ÒÁÚÂÅÒ£ÔÓÑ...

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

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

Re: Re[4]: ��



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

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

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

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

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

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

Re: ��


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

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

 PS: ÷Ó£-ÖÅ ÍÅÎÑ ÔÅÒÚÁÀÔ ÓÍÕÔÎÙÅ ÓÏÍÎÅÎÉÑ ÎÁÓÞ£Ô SP É JOIN ...
 ëÔÏ ÎÉÂÕÔØ ÍÏÖÅÔ, ÅÓÌÉ ÎÅ ×ÌÏÍ, ÐÏÓÍÏÔÒÅÔØ ÐÏÓÔÙ 2000-2003 ÇÇ ?

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

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

Re: �� , ��


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

ArtGal [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]

 Nikolay Trifonov [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ 
 ×
 ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]

 ôÙ ÎÅ ÐÒÁ× (éíèï), ÔÁË ËÁË ÓÌÏÖÎÏÓÔØ ÐÏÞÔÉ ×ÓÅÈ ÚÁÐÒÏÓÏ× Õ×ÅÌÉÞÉ×ÁÅÔÓÑ É
 ÎÁÍÎÏÇÏ


 óÌÏÖÎÏÓÔØ ÚÁÐÒÏÓÏ× ÓÎÉÖÁÅÔÓÑ.
 òÅÐÌÉËÁÃÉÑ (ÓÉÎÈÒÏÎÉÚÁÃÉÑ) ÚÎÁÞÉÔÅÌØÎÏ ÕÐÒÏÝÁÅÔÓÑ.
 úÁÔÏ ÐÏÑ×ÌÑÅÔÓÑ ÉÎÆÏÒÍÁÃÉÑ ÄÌÑ ÇÒÕÐÐÉÒÏ×ËÉ.
 ðÒÏ×ÅÒÅÎÏ ÎÁ:
 ãÅÎÔÒÁÌØÎÁÑ (ÇÌÁ×ÎÁÑ) ÂÁÚÁ - 1 ÛÔ.
 âÁÚÁ × ÒÏÚÎÉÞÎÏÍ ÐÏÄÒÁÚÄÅÌÅÎÉÉ - 18 ÛÔ.
 âÁÚÁ × ÏÔÄÅÌÅÎÉÉ (ÏÂßÅÄÉÎÅÎÉÅ
 ÎÅÓËÏÌØËÉÈ ÒÏÚÎÉÞÎÙÈ ÐÏÄÒÁÚÄÅÌÅÎÉÊ) - 5 ÛÔ.

 -- 
 ó Õ×ÁÖÅÎÉÅÍ,
 áÒÔÕÒ çÁÌÉÍÏ×. æë æÁÒÍíÅÄóÅÒ×ÉÓ (óÏÞÉ).

Re: �� , ��


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

Kovalenko Dmitry [EMAIL PROTECTED] wrote in 
message news:[EMAIL PROTECTED]

 PS. íÏÊ ÒÅÐÌÉËÁÔÏÒ ÍÏÖÎÏ ÂÅÚ ÐÒÏÂÌÅÍ
 ÚÁÐÒÏÇÒÁÍÍÉÒÏ×ÁÔØ ÐÏÄ ËÁÖÄÏÍÕ Ó×ÏÅ.
 îÏ ÍÎÅ ÜÔÏ ÂÙÌÏ ÎÅ ÉÎÔÅÒÅÓÎÏ :)))

 PSS. èÏÔÑ ÎÅËÏÔÏÒÙÅ ×ÅÝÉ Õ ÎÁÓ ÉÍÅÎÎÏ ÔÁË
 É ÒÅÐÌÉÃÉÒÕÀÔÓÑ. ôÁË
 ÚÁÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÁ ÌÏÇÉËÁ ÄÌÑ ÜÔÉÈ
 ×ÅÝÅÊ.

Re: �� , ��


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


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: �� , ��


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

Kovalenko Dmitry [EMAIL PROTECTED] wrote in 
message news:[EMAIL PROTECTED]

  éÚ ÆÉÌÉÁÌÁ 1 ÐÒÉÛÅÌ ÐÁËÅÔ Ó ÒÅÐÌÉËÁÃÉÅÊ. ïÎ ÚÁÇÒÕÚÉÌÓÑ × ÂÁÚÕ É ÜÔÏÔ ÖÅ
  ÐÁËÅÔ ÏÔÐÒÁ×ÉÌÓÑ × ÆÉÌÉÁÌÙ 2,3,4 ...?

 ÷ ÐÁËÅÔÅ ÓÏÄÅÒÖÉÔÓÑ ÏÄÉÎ ÉÓÔÏÞÎÉË ÎÁÚÎÁÞÅÎÉÑ. üÔÏ ÐÅÒ×ÙÅ 3 ÃÉÆÒÙ ÉÍÅÎÉ 
 ÆÁÊÌÁ
 ÐÁËÅÔÁ.
 îÁÄÏ ËÁË-ÔÏ ÚÁÇÒÕÚÉÔØ ÄÁÎÎÙÅ × ÂÁÚÕ, ÐÏÈÏÖÅ ÎÁÄÏ ÄÅÌÁÔØ ÐÏÈÏÖÉÊ ÔÒÉÇÇÅÒ Ó
 REPL3 É ÅÝÅ ÏÄÉÎ Ó REPL4, ÚÁ×ÔÒÁ ÐÒÏÅËÓÐÅÒÉÍÅÎÔÉÒÕÀ

 é ÞÔÏ, ÄÁÖÅ ÎÉËÁËÉÈ ÍÙÓÌÅÊ Ï ÔÏÍ, ÞÔÏ
 ÍÅÎÑÔØ ËÏÎÓÔÒÕËÃÉÀ ÂÁÚÙ ÐÒÉ ÐÏÑ×ÌÅÎÉÉ
 ÎÏ×ÏÇÏ REPL_xxx - ÜÔÏ ÎÅ ÎÏÒÍÁÌØÎÏ, ÎÅ
 ÐÏÑ×ÌÑÅÔÓÑ ?

 ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.

Re: �� , ��




 Â) ÔÅÐÅÒØ ËÁÓÁÅÍÏ ÄÏËÕÍÅÎÔÏ× É
 Ó×ÑÚÁÎÎÙÈ Ó ÎÉÍÉ ÔÁÂÌÉÃ. ÷ÓÅ ÄÏËÕÍÅÎÔÙ,
 ËÏÔÏÒÙÅ ×ÌÉÑÀÔ ÎÁ ÔÏ×ÁÒÎÙÊ ÚÁÐÁÓ ÉÍÅÀÔ
 ÎÁÂÏÒ ÔÒÉÇÇÅÒÏ×, ËÏÔÏÒÙÅ ÆÉËÓÉÒÕÀÔ ×
 ÔÁÂÌÉÃÁÈ ÓÏÓÔÏÑÎÉÑ ÎÅÏÂÈÏÄÉÍÏÓÔØ
 ÐÅÒÅÄÁÞÉ ÜÔÏÇÏ ÄÏËÕÍÅÎÔÁ × ðïãï.
 îÁÐÒÉÍÅÒ ×ÏÔ ÔÁË:
 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: off: Вопрос ДК и Алексею Ковязину по

2006-11-10 Пенетрантность Roman Rokytskyy




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


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


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


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


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


Роман

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


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

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

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

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

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