date:20060330


Hello, Vladimir!
You wrote  on Wed, 29 Mar 2006 15:23:46 +0400:


 VA äÁ É ÆÉÇ Ó ÎÅÊ!.. óÐÁÓÉÂÏ, óÅÒ£ÇÁ!.. âÕÄÅÛØ × ðÉÔÅÒÅ - Ú×ÏÎÉ!..
 VA ðÉ×ËÁ ÐÏÐØ£Í!.. %)))

 ÷ ÏÞÅÒÅÄØ :
é ÍÅÎÑ É ÔÁË ÏÔ ËÁÖÄÏÊ ÐÏÅÚÄËÉ × ðÉÔÅÒ ÐÏÓÐÏÍÉÎÁÎÉÑ ÐÏ âÌÏËÕ   îÏÞØ,
ÕÌÉÃÁ, ÆÏÎÁÒØ, ÁÐÔÅËÁ..
(áÐÔÅËÁ ÐÒÁ×ÄÁ ÕÖÅ Ó ÕÔÒÁ)

With best regards, Sergey Nikolaenko.  E-mail: serg (ÔÕÔ ÆÉÇÎÑ) armax.ru

Re: ��



Hello, Karabas!

Karabas Barabas wrote:


Неправильно мы тут с вами тестировали :))
Вот тут: http://mnsb.etel.ru/TDIOMult/index.htm другой тест, он открывает N 
процессов, каждый из которых одновременно с другими производит выбранные 
операции с одним и тем же файлом.
Вот тут то и видно, что IDE откровенно сливает, на втором месте SCSI, на первом 
- SATA (на моих компах и контроллерах, у кого-то может и SCSI будет быстрее)


вопрос теста - в относительной производительности.
IDE vs SCSI можно замять, а вот SCSI vs SCSI может дать намек на кривость 
железа или драйверов.

Дальше, будет ли сливать IDE для SuperServer, или для Classic?

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

Ламерский вопрос

2006-03-30 Пенетрантность Dmitry Voroshin


Вопрос к разработчикам. Что делает гвардеец FB кроме того, что перезапускает
сервре после падения?

Re: :( ��

2006-03-30 Пенетрантность Vladimir A.Bakhvaloff


Hello, Dmitri!
You wrote  on Thu, 30 Mar 2006 12:45:07 +0400:



 DK íïçõ, èïþõ, éíåà, óíïôòà.

óÞÁÓÔÌÉ×ÙÊ ÞÅÌÏ×ÅË...


With best regards, Sergey Nikolaenko.  E-mail: serg (ÔÕÔ ÆÉÇÎÑ) armax.ru

Re: [Full-Off] �� !.. %)

Sergey Nikolaenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 VA Да и фиг с ней!.. Спасибо, Серёга!.. Будешь в Питере - звони!..
 VA Пивка попьём!.. %)))
 В очередь :
 И меня и так от каждой поездки в Питер поспоминания по Блоку   Ночь,
 улица, фонарь, аптека..
 (Аптека правда уже с утра)

А с фонарём ты что делаешь?.. ;)

-- 
[http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235]

Re: ��



Hello, Alexandr!

Alexandr Kochmin wrote:


хм... хорошо.
Но правильно ли я понимаю, что у SS один процесс работает с диском. И нет 
никакой параллельной работы.
Т.е. для SS N=1 по тесту?


для классика, по-моему, тоже не все так параллельно.

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

Re: ОФФ Гараж или стоянка в районе ВДНХ-Алексеевская, моска



Horsun Vlad wrote:

Неужели тоже Хонду купил, как писатель Лукьяненко ?
:))


  Подозреваю что таки Гранда :)



Я так и знал, что все его (АК) произведения - чистейшей воды
вымысел и фантастика :)))


  Не... Только Мир Интербейз. А про юзеров-программистов - святая правда :)

--
Regards. Ded.

Re: [Full-Off] Спасите винду!.. %)

2006-03-30 Пенетрантность Alex Cherednichenko



Sergey Nikolaenko wrote:


И меня и так от каждой поездки в Питер поспоминания по Блоку   Ночь,
улица, фонарь, аптека..
(Аптека правда уже с утра)


   Спокойствие, только спокойствие... У Сашки самогон кончился, да и 
дежурная жена уже другая :)))


--
Regards. Ded.

Re: Ламерский вопрос

2006-03-30 Пенетрантность Plotnikov Y.


  DV Вопрос к разработчикам. Что делает гвардеец FB кроме того, что
  DV перезапускает сервре после падения?

 висит в сервисах.

Давненько тут не выходили выпуски юмора ;))) пора бы, пора.

Re: [Full-Off] Спасите винду!.. %)


Привет, Ded!
Вы пишешь  30 марта 2006:

  И меня и так от каждой поездки в Питер поспоминания по Блоку   Ночь,
  улица, фонарь, аптека..
  (Аптека правда уже с утра)

 D Спокойствие, только спокойствие... У Сашки самогон кончился, да и
 D дежурная жена уже другая :)))

Тьфу-тьфу-тьфу!
Никакой пока нету. ;о)

--
With best regards, Alex Cherednichenko.

Re: [Full-Off] Спасите винду!.. %)

2006-03-30 Пенетрантность М.Королев



Vladimir A.Bakhvaloff пишет:

Sergey Nikolaenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]


VA Да и фиг с ней!.. Спасибо, Серёга!.. Будешь в Питере - звони!..
VA Пивка попьём!.. %)))
В очередь :
И меня и так от каждой поездки в Питер поспоминания по Блоку   Ночь,
улица, фонарь, аптека..
(Аптека правда уже с утра)



А с фонарём ты что делаешь?.. ;)


Гримирует...

Re: [Full-Off] Спасите винду!.. %)



Alex Cherednichenko wrote:


Тьфу-тьфу-тьфу!
Никакой пока нету. ;о)


  Ёшкин кот, да за тобой не уследишь... Тады ой, опасность аптеки опять 
есть :-D


--
Regards. Ded.

Re: ОФФ Гараж или стоянка в районе ВДНХ-Алексеевская, моска

2006-03-30 Пенетрантность Horsun Vlad


Ded ...

 Horsun Vlad wrote:
 Неужели тоже Хонду купил, как писатель Лукьяненко ?
 :))

Подозреваю что таки Гранда :)


  Я так и знал, что все его (АК) произведения - чистейшей воды
  вымысел и фантастика :)))

Не... Только Мир Интербейз. А про юзеров-программистов - святая правда :)

Не могу не согласиться :)

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

Re: [Full-Off] �� !.. %)

2006-03-30 Пенетрантность Alexandr Kochmin


Hello, Alex!
You wrote to Ded on Thu, 30 Mar 2006 13:13:04 +0400:


 AC ôØÆÕ-ÔØÆÕ-ÔØÆÕ!
 AC îÉËÁËÏÊ ÐÏËÁ ÎÅÔÕ. ;Ï)

îÕ ×ÏÔ :((
îÉÈÔ ÖÅÎÁ - ÎÉÈÔ ÓÁÍÏÇÏÎ


With best regards, Sergey Nikolaenko.  E-mail: serg (ÔÕÔ ÆÉÇÎÑ) armax.ru

Re: тест диска



 HV Alexandr Kochmin ...
 HV 
 HV хм... хорошо.
 HV Но правильно ли я понимаю, что у SS один процесс работает с диском. И 
 HV нет
 HV никакой параллельной работы.

 HV Не правильно

задумался :)


--
С уважением
Кочмин Александр

Re: [Full-Off] �� !.. %)

2006-03-30 Пенетрантность Alex Cherednichenko


Hello, Alex!
You wrote to Sergey Nikolaenko on Thu, 30 Mar 2006 13:35:27 +0400:

 AC ôØÆÕ-ÔØÆÕ-ÔØÆÕ!
 AC îÉËÁËÏÊ ÐÏËÁ ÎÅÔÕ. ;Ï)

 SN îÕ ×ÏÔ :((
 SN îÉÈÔ ÖÅÎÁ - ÎÉÈÔ ÓÁÍÏÇÏÎ

 AC ôÁË ÔÅÂÅ ÓÁÍÏÇÏÎ, ÞÉ ÖÉÎËÁ ÎÕÖÎÁ?  ;Ï)

ôÁ ËÁËÁÑ ÒÁÚÎÉÃÁ, - ÎÅÔ ÖÅ ÎÉ ÔÏÇÏ ÎÉ ÄÒÕÇÏÇÏ :)


With best regards, Sergey Nikolaenko.  E-mail: serg (ÔÕÔ ÆÉÇÎÑ) armax.ru

Re: [Full-Off] Спасите винду!.. %)


Привет, Sergey!
Вы пишешь  30 марта 2006:

[Sorry, skipped]
 SN Нихт жена - нихт самогон
 AC Так тебе самогон, чи жинка нужна?  ;о)
 SN Та какая разница, - нет же ни того ни другого :)

Ни то, ни другое - не вопрос. ;о)
Ты только заблаговременно предупреди о приезде...

--
With best regards, Alex Cherednichenko.

Re: ��



Hello, Tonal!

Tonal wrote:


Занабобилость удалять из таблицы 100 первых записей.



И он вернул мне ВСЕ записи!
Кто-нибудь может объяснить почему?


ReleaseNotes.pdf тебе все объяснит. Там про это написано.

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

Re: ��

2006-03-30 Пенетрантность Boulitchev Aleksey


Tonal [EMAIL PROTECTED] wrote:

 ëÔÏ-ÎÉÂÕÄØ ÍÏÖÅÔ ÏÂßÑÓÎÉÔØ ÐÏÞÅÍÕ?

òÅÌÉÚÎÙÅ ÎÏÔÙ ÐÏÞÉÔÁÊ.


--
äÍÉÔÒÉÊ åÍÁÎÏ×

Re: ��

2006-03-30 Пенетрантность Karabas Barabas

Hi Dmitri Kuzmenko !

 DK вопрос теста - в относительной производительности.
 DK IDE vs SCSI можно замять, а вот SCSI vs SCSI может дать
 DK намек на кривость железа или драйверов.

Наверное *SATA* vs SCSI ?

 DK Дальше, будет ли сливать IDE для SuperServer, или для
 DK Classic?

Хотел я сначала вариант с потоками сделать, да вот подумал, что я в основном 
классик пользую, так что  :)

Пока еще тестируются. Предварительные результаты по последовательному чтению:

файл на всех 3-х компах по 8 гиг, без кеширования

IDE достиг максимальной скорости на странице 8к (кластер 4к) - около 1400 
кбайт/сек, дальнейшее увеличение страницу выигрыша не дает
SATA - стабильно на всех размерах страниц ( ??? ) - около 3000 кбайт/сек
SCSI  - на страницах 1, 2 и 4 к - аналогично САТА, а начиная с 8к страницы 
начинает выигрывать у САТА, максимум скорости на странице 64 к - 13000 кбайт/сек

-

OFF: ��


éÝÅÍ ÐÒÏÇÒÁÍÍÉÓÔÏ×. Delphi 7, Firebird.
äÏÕÞÉÍ, ÓÄÅÌÁÅÍ ÄÉÐÌÏÍ.
ïÔÐÒÁ×ÉÍ × ËÏÍÁÎÄÉÒÏ×ËÕ × óÏÞÉ.

-- 
âÕÌÙÞÅ× áÌÅËÓÅÊ
http://www.stella-npf.ru

Re: Ограниченные подзапросы



Tonal пишет:


Занабобилость удалять из таблицы 100 первых записей.
Вроде бы просто:
delete from CLIENTS C
where C.IDCLIENT in (
  select first 100 C.IDCLIENT
  from CLIENTS C
  order by C.IDCLIENT
)

Для проверки нарисовал запросик:
select C.IDCLIENT
from CLIENTS C
where C.IDCLIENT in (
  select first 100 C.IDCLIENT
  from CLIENTS C
  order by C.IDCLIENT
)

И он вернул мне ВСЕ записи!
Кто-нибудь может объяснить почему?

Прочитал релизноты, чуть подумал, написал такой запрос:
select C0.IDCLIENT
from CLIENTS C0
where C0.IDCLIENT  (
  select first 1 skip 10 C.IDCLIENT
  from CLIENTS C
  order by C.IDCLIENT
)
Действительно выдаёт 10 первых.
Если написать
delete from CLIENTS C0
where C0.IDCLIENT  (
  select first 1 skip 10 C.IDCLIENT
  from CLIENTS C
  order by C.IDCLIENT
)
то именно 10 и удаляются. ;-)

Есть ли какие то подводные камни в этом решении?

Re: Ограниченные подзапросы

2006-03-30 Пенетрантность Shiliaev Ruslan



Tonal пишет:

Действительно выдаёт 10 первых.
Если написать
delete from CLIENTS C0
where C0.IDCLIENT  (
  select first 1 skip 10 C.IDCLIENT
  from CLIENTS C
  order by C.IDCLIENT
)
то именно 10 и удаляются. ;-)

Есть ли какие то подводные камни в этом решении?




Привет!
Если поле IDCLIENT уникальное - то камней нету.

--
Удачи!

Shiliaev Ruslan

Re: ��



Hello, Karabas!

Karabas Barabas wrote:


 DK IDE vs SCSI можно замять, а вот SCSI vs SCSI может дать
 DK намек на кривость железа или драйверов.

Наверное *SATA* vs SCSI ?


это тоже можно, но исходный вопрос, инициировавший тест, был
почему на некоторых системах под Win2003 SCSI работает медленнее,
чем на Win2000?


SATA - стабильно на всех размерах страниц ( ??? ) - около 3000 кбайт/сек


что-то ты не то считаешь. производительность нынешних IDE/SATA дисков на уровне
30-60 МЕГАБАЙТ в секунду. то есть, реальная скорость обмена с диском, а не
скорость обмена, скорость шины и т.п.

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

Re: ��

2006-03-30 Пенетрантность Karabas Barabas

Hi Dmitri Kuzmenko !

 ?? SATA - стабильно на всех размерах страниц ( ??? ) -
 ?? около 3000 кбайт/сек

 DK что-то ты не то считаешь. производительность нынешних
 DK IDE/SATA дисков на уровне 30-60 МЕГАБАЙТ в секунду. то
 DK есть, реальная скорость обмена с диском, а не скорость
 DK обмена, скорость шины и т.п.

3000 кбайт/сек ~ 3МБ/с - это цифра от каждого процесса, помножим ее на 5 
параллельно выполняющихся процессов = 15Мб/с

-

Re: ОФФ Гараж или стоянка в районе ВДНХ-Алексеевская, моска

2006-03-30 Пенетрантность Oleg LOA

Ded [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 
 Horsun Vlad wrote:
Неужели тоже Хонду купил, как писатель Лукьяненко ?
:))
 
   Подозреваю что таки Гранда :)

Угу, я лично консультировал ;-);-);-)

Re: ��

2006-03-30 Пенетрантность Yuris W. Auzinsh

Hello, Karabas!

Karabas Barabas wrote:

Кстати, тест последовательного чтения/записи опять же некорректен
... ведь все процессы в тесте стартуют одновременно практически,

т.о. читают/пишут один и тот же кусок файла ... наверное надо их с задержкой
запускать ?

прямо как при tpc-r - опять выводы идут не в ту сторону.

1. есть дисковая подсистема, которая обладает определенной РЕАЛЬНОЙ
производительностью.
2. есть тест, который меряет производительность этой системы тестом, примерно
напоминающим ОДНОПОЛЬЗОВАТЕЛЬСКУЮ работу с БД.
3. тест позволяет померять дисковую систему относительно других.

то есть, я не вижу АБСОЛЮТНО никакой причины начинать подгонять тест под
максимальную имитацию работы с базой IB/FB. Более того, я ж с самого начала
сказал - тест и файл-то открывает в режиме no_buffering, чего ни IB ни FB
НЕ ДЕЛАЮТ.

Конечно, интересно сравнить многопользовательскую работу в SS/CS на конкретном
диске, и таки выяснить, что же лучше - IDE, SATA или SCSI :-), но даже на этом
этапе надо четко определиться, что будет представлять собой тест, то есть,
что именно он будет тестировать.
Включать-ли файловое кэширование виндов. Какими блоками делать seq read,
и т.п. Все это выходит за рамки исходной задачи, и что самое печальное - я не
вижу смысла в таком тесте.
Было бы более полезно сделать или взять за основу какой-нибудь тест именно
как ТЕСТ СЕРВЕРА - заливаем базу, выполняем запросы.
Тогда уже можно было бы не просто меряться цифрами, а попытаться
а) сконфигурировать сервер IB/FB на максимальную производительность под
конкретный
тестовый паттерн
б) использовать этот тест для повышения производительности кода IB/FB.

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

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

Re: ��

2006-03-30 Пенетрантность Karabas Barabas

Hi Dmitri Kuzmenko !

Вобщем-то кроме просто любопытства меня все же интересовал вопрос зависимости 
скорости выполнения дисковых операций от размера страницы. На вполне конкретном 
моем сервере (серверах).

Видя результаты теста SCSI, начинаю подумывать, зачем ограничили размер 
страницы 16к ?
Максимальная скорость получилась на странице 64к, чуть поменьше - на 128к  
- по сравнению с 16к разница в 2 раза

-

Re[6]: [Full-Off] Спасите винду!.. %)


Здравствуйте, Vladimir A.Bakhvaloff.

Недавно (30 марта 2006 г., 14:42:52) Вы писали:

VAB Чего непонятного-то?.. :)))
Было не понятно, что они переключаются ;-)
А вообще интересный эффект...

-- 
  Удачи...
   
   Yuris W. Auzinsh aka Zuz,
   ICQ UIN: 5 8 2 5 6 3 7 4,
   e-mail : zuz(аt)mail.ru

Re: ��



Hello, Karabas!
Karabas Barabas wrote:


Видя результаты теста SCSI, начинаю подумывать, зачем ограничили размер 
страницы 16к ?


затем, что чтение страницы - это одно, а разобрать страницу c данными - это 
другое.
Тут баланс нужен.
я планирую в новую версию IBA добавить пересчет статистики для
выбора размера страницы, но мне кажется, что производительность
не будет сильно выше на страницах 32К и далее.

Почему, кстати, MS так выше 8К размер страницы и не поднял?

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

Re: тест диска



Karabas Barabas wrote:


Видя результаты теста SCSI, начинаю подумывать, зачем ограничили размер 
страницы 16к ?
Максимальная скорость получилась на странице 64к, чуть поменьше - на 128к  
- по сравнению с 16к разница в 2 раза


   По полю бегает Аксинья
   Морда синя
   В больших кирзовых сапогах
   За нею бегал Афанасий
   7 на 8, 8 на 7
   С большим спидометром в руках (чтой-та мерял) (С)

Не пойму я вас, робяты. Что вы узнать-то хотите. А насчёт страницы 64К - 
сервер поди запарится у неё внутрях ориентироваться.


--
Regards. Ded.

Re: тест диска

2006-03-30 Пенетрантность Horsun Vlad


Dmitri Kuzmenko ...

 Почему, кстати, MS так выше 8К размер страницы и не поднял?

Они выделяют страницы кластерами по 8 штук. Т.е. - единица
чтения, как правило, 64К, записи - 8К

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

Re: Ограниченные подзапросы



И всё-таки поведение оптимизатора в этом случае некорректно.
Когда во вложенном запросе есть first или skip его нельзя 
преобразовывать в exists!

Для проверки нарисовал запросик:
select C.IDCLIENT
from CLIENTS C
where C.IDCLIENT in (
  select first 100 C.IDCLIENT
  from CLIENTS C
  order by C.IDCLIENT
)
И он вернул мне ВСЕ записи!
Кто-нибудь может объяснить почему?

Прочитал релизноты, чуть подумал, написал такой запрос:
select C0.IDCLIENT
from CLIENTS C0
where C0.IDCLIENT  (
  select first 1 skip 10 C.IDCLIENT
  from CLIENTS C
  order by C.IDCLIENT
)
Действительно выдаёт 10 первых.

Re: ��



Hello, Ded!
Ded wrote:


   По полю бегает Аксинья


ну хоть кто-то знает этот текст... а то я уж отчаялся :-)
я слышал в чуть дополненном варианте
 ...
 Морда синя (вся в чернилах)...

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

Re: ��


Tonal [EMAIL PROTECTED] wrote:

 é ×Ó£-ÔÁËÉ ÐÏ×ÅÄÅÎÉÅ ÏÐÔÉÍÉÚÁÔÏÒÁ × ÜÔÏÍ ÓÌÕÞÁÅ ÎÅËÏÒÒÅËÔÎÏ.

á ËÔÏ-ÔÏ ÇÏ×ÏÒÉÌ ÏÂÒÁÔÎÏÅ?

 ëÏÇÄÁ ×Ï ×ÌÏÖÅÎÎÏÍ ÚÁÐÒÏÓÅ ÅÓÔØ first ÉÌÉ skip ÅÇÏ ÎÅÌØÚÑ ÐÒÅÏÂÒÁÚÏ×Ù×ÁÔØ 
 × exists!

2.0 ÜÔÏÇÏ ÎÅ ÄÅÌÁÅÔ. ÷ÏÔ ÔÏÌØËÏ ÎÁ DELETE ÜÔÏ ÎÉËÁË ÎÅ ÓËÁÚÙ×ÁÅÔÓÑ - ÔÁÍ 
ÄÒÕÇÁÑ ÐÒÏÂÌÅÍÁ ÒÁÂÏÔÁÅÔ.


--
äÍÉÔÒÉÊ åÍÁÎÏ×

Re: �� .


áÎÄÒÅÊ íÏÇÉÌØÎÙÊ [EMAIL PROTECTED] wrote:

 úÁÐÒÏÓÙ ÔÉÐÁ
 WHERE field LIKE %

 × ïÒÁËÌÅ ÎÅ ×ÏÚ×ÒÁÝÁÀÔ ÚÁÐÉÓÅÊ, Õ ËÏÔÏÒÙÈ ÜÔÏ field IS NULL.
 á ×ÏÔ × ÐÔÉÃÁÈ ×ÏÚ×ÒÁÝÁÀÔ.

ïÒÁËÌ ÐÒÁ×, Á Õ ÎÁÓ ÂÁÇ.


--
äÍÉÔÒÉÊ åÍÁÎÏ×

Re: Ограниченные подзапросы



Когда во вложенном запросе есть first или skip его нельзя преобразовывать 
в exists!


2.0 этого не делает. 

Это славно! ;-)

Вот только на DELETE это никак не сказывается - там 
другая проблема работает.
А если в подзапросе для DELETE-а будет сортировка не по первичному 
ключу? Тоже сползание будет? Почему вообще это происходит?
Неужели подзапрос преобразуется оптимизатором в нитервал на индексе типа 
отначала до 10?

Re: �� .


Dmitry Yemanov [EMAIL PROTECTED] 
wrote:

 úÁÐÒÏÓÙ ÔÉÐÁ
 WHERE field LIKE %

 × ïÒÁËÌÅ ÎÅ ×ÏÚ×ÒÁÝÁÀÔ ÚÁÐÉÓÅÊ, Õ ËÏÔÏÒÙÈ ÜÔÏ field IS NULL.
 á ×ÏÔ × ÐÔÉÃÁÈ ×ÏÚ×ÒÁÝÁÀÔ.

 ïÒÁËÌ ÐÒÁ×, Á Õ ÎÁÓ ÂÁÇ.

ðÒÏ×ÅÒÉÌ - ÎÅÔ Õ ÎÁÓ ÂÁÇÁ. îÅ ×ÏÚ×ÒÁÝÁÅÍ ÍÙ NULL. ôÙ ÎÉÞÅÇÏ ÎÅ ÐÅÒÅÐÕÔÁÌ?


--
äÍÉÔÒÉÊ åÍÁÎÏ×

Re: ��


Tonal [EMAIL PROTECTED] wrote:

 á ÅÓÌÉ × ÐÏÄÚÁÐÒÏÓÅ ÄÌÑ DELETE-Á ÂÕÄÅÔ ÓÏÒÔÉÒÏ×ËÁ ÎÅ ÐÏ ÐÅÒ×ÉÞÎÏÍÕ ËÌÀÞÕ?

ðÏÆÉÇ.

 ðÏÞÅÍÕ ×ÏÏÂÝÅ ÜÔÏ ÐÒÏÉÓÈÏÄÉÔ?

ðÁÔÁÍÕÞÔÁ DELETE ÎÁÓÔÕÐÁÅÔ ÓÁÍ ÓÅÂÅ ÎÁ ÑÊÃÙ.


--
äÍÉÔÒÉÊ åÍÁÎÏ×

Re: Ограниченные подзапросы

2006-03-30 Пенетрантность Alex Pugovko



Hello, Dmitry!
You wrote  on Fri, 31 Mar 2006 09:20:40 +0400:


DY Патамучта DELETE наступает сам себе на яйцы.

В хумор, однозначно!!!  :-

With best regards, Alex Pugovko.

Re: :( ��

2006-03-30 Пенетрантность Ovchinnikov Vasily

Hello, Kull!

Kull Damned wrote:

на support at ibase кидайте если что срочное.

А он тоже был переполнен давеча, результаты тестов HDD со второй попытки
закинул... :)

шоб было понятно - support и sales на ibase.ru - это АЛИАСЫ ПЕРЕАДРЕСАЦИИ.
Они не могут быть переполнены, физически, потому что это НЕ почтовые ящики.
Эти алиасы содержат набор email-ов, которые представляют собой
адреса сотрудников iBase, и мой в том числе. Причем адреса эти - не обязательно
на почтовом сервере ibase.ru.
Если один из таких адресов (почт. ящиков) переполнен, то понятно, что
в ответ уйдет соответствующее письмо об ошибке. Но это также означает,
что все остальные адресаты письмо получили.

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

Затем я сам со своего адреса на gmail отправил письмо на support, так оно
пришло через 1 секунду. Вот такие чудеса.

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

Re: OFF: Работа в Калуге



Boulitchev Aleksey пишет:

Ищем программистов. Delphi 7, Firebird.
Доучим, сделаем диплом.
Отправим в командировку в Сочи.


...если еще и жильем обеспечите, то сразу из Тулы к вам переезжаю ;-)

--
Vasily Ovchinnikov
ova at tkvc ru

Re: :( ��

2006-03-30 Пенетрантность Alexander Artukov


  Õ kdv ÐÏÞÔÏ×ÙÊ ÑÝÉË ÐÅÒÅÐÏÌÎÅÎ, ÔÅÌÅÆÏÎ ÍÏÌÞÉÔ - ×ÓÅ ÕÛÌÉ ÎÁ ÆÒÏÎÔ.

 ÔÁË × ÞÅÍ ×ÏÐÒÏÓ-ÔÏ? :-)


ëÁË ÎÉ ÓÔÒÁÎÎÏ, ÎÏ ÔÙ ÎÁ ÎÅÇÏ ÏÔ×ÅÔÉÌ ÐÏÞÔÏÊ (ÐÏ ÃÅÎÅ ËÏÍÐÌÅËÔÁ IB).

Re: Пятница #4

2006-03-30 Пенетрантность Alexey Kovyazin



Dmitri Kuzmenko пишет:


Hello, Alexey!

Alexey Kovyazin wrote:


http://ibsurgeon.blogspot.com/

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


а в чем это выразилось? Как они тебя обругали?



Заставили вводить буковки и цифирки на картинках :)
Я им написал, и они уже отменили эту хрень...

Оскорбительно в том плане, что авторские тексты по какому алгоритму были 
квалифицированы как спам :)


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

Re: �� #4

2006-03-30 Пенетрантность Eugeney Putilin


Hi All 
Типа сегодня пятница

http://www.groke.ru/psix.html

Re: Ограниченные подзапросы



Dmitry Yemanov пишет:

А если в подзапросе для DELETE-а будет сортировка не по первичному ключу?

Пофиг.



Почему вообще это происходит?

Патамучта DELETE наступает сам себе на яйцы.

Содержательный ответ. ;-)

Получается, что в DELETE вообще нельзя in использовать?
И вот такой DELETE удалит все данные?
delete from client c
where c.id in (select max(c0.id) from client c0)

Re: �� #4

2006-03-30 Пенетрантность Grishko Aleks


 Á ÓÁÍÙÊ ÐÅÒ×ÙÊ ÂÙÌ ÔÏÔ ÞÕ×ÁË ÎÁ ËÌÉÐÅÒÅ, ËÏÔÏÒÙÊ ×ÓÅ ÜÔÏ ÚÁ×ÁÒÉÌ - 
ÐÏÈÏÖÅ, ÏÎ ×Ï ×ÓÅÈ ÆÉÒÍÁÈ ÏÄÉÎ ÂÙÌ:).

â%Ñ , ÜÔÏÔ ÞÕ×ÁË É Õ ÎÁÓ ÒÁÂÏÔÁÌ...

_
ó Õ×ÁÖÅÎÉÅÍ, çÒÉÛËÏ á.÷.
úÁÍ.ÎÁÞÁÌØÎÉËÁ óÔÁ×ÒÏÐÏÌØÓËÏÇÏ ÆÉÌÉÁÌÁ ïáï áëâ òïóâáîë

Re: ��