Здрасте. С пятницо й. Просьба почти оффн ая.

[Ded]

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


--
Regards. Ded.

Re: OFF/2. У Деда вроде Ð´Ð½ÑŽÑ Ð°, а чета все молчат.

[Ded]

А чё заходить, тут место серьёзное (относительно :) ), клоуном 
становиться как-то несолидно :) Я регулярно лошу в спициятельно 
отведённом для этого месте, на www.auto.ru , в конфе Шофёрские Байки. 
Так что вы тоже, если чё ;)


--
Regards. Ded.

Re: OFF/2. У Деда вроде Ð´Ð½ÑŽÑ Ð°, а чета все молчат.

[Ded]

Здравствуйте все! И спасибо.

Я, ребята, всех вас помню и люблю. Но разошлись пути-дороги, отстал я на 
каком-то полустанке от поезда. Полустанок этот, заросший травой и 
населённый потребляющими ея старыми козлами, никому не интересен. А 
следить за ходом поезда без практической потребности не хватает уже ни 
общего интереса к жизни, ни мозгов, устал. Полезного ничего сделать уже 
не могу, только блеять, что по моему маразматическому разумению поезд 
идёт не так чтоб совсем не туда, но и не совсем туда. То есть, портить 
людЯм настроение и только. Такшта... На этом коллектив нашего санатория 
прощается с вами. Мы провели вместе немало прекрасных минут, а теперь - 
аааатбоой... (С)


--
Regards. Ded.

Re: В чем смысл ? (пятничное)

[Ded]

WildSery wrote:

On Thu, 18 Dec 2008 17:07:16 +0300, Dmitry Yemanov  wrote:



NOT NULL констрейнт + UNIQUE индекс, и не надо никакого ПК.



И наоборот, PK, и не надо никакого NOT NULL констрейнт + UNIQUE индекс :)



  А чё, нынче уже разрешают создавать PK на nullable полях? Извращенцы :-(

--
Regards. Ded.

Re: EXECUTE STATEMENT - EXTERNAL SOURCE - COMMIT WORK - ошибка

[Ded]

 8-O Дайте две

--
Regards. Ded.

Re: В чем смысл ? (пятничное)

[Ded]

PEAKTOP wrote:

   А, так ты любитель фуллсканов с блокировкой таблиц? Прааативный :-D



Ай, бля... Точно. Ведь эта фигня еще в JOIN-ах используется.


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



Все. Пора в ежегодный запой. :)


  Эт всегда полезна :-)

--
Regards. Ded.

Re: В чем смысл ? (пятничное)

[Ded]

PEAKTOP wrote:


Зачем индексами ссылочную целостность рулить - я вот этого не пойму.


   А, так ты любитель фуллсканов с блокировкой таблиц? Прааативный :-D

--
Regards. Ded.

Re: В чем смысл ? (пятничное)

[Ded]

Khorsun Vlad wrote:
  Если отвлечься от теоретической возможности появления возможности (о 
залудил) создавать констрейнты без под-лежащих индексов (таки 
искреннее надеюсь, что не будет на это воли Аллаха),



   Почему ?


   Патамушта бросятся лепить отнюдь не на справочник из трёх позиций. А 
как оно - я у своих ораклистов разок видал. По ошибке ихнией.


--
Regards. Ded.

Re: В чем смысл ? (пятничное)

[Ded]

PEAKTOP wrote:


Зачем тогда иметь возможность создавать уникальные индексы


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


--
Regards. Ded.

Re: Временные таблицы

[Ded]

Андрей Кручинин wrote:


Эх. Жаль что гарантия обычно такая не устраивает. Хотя объем будет
естественно маленький. По моим прикидкам не больше чем 50 тыщ записей,
каждая из которых 2 поля максимум BIGINT.


   И эти люди что-то говорят об ужоре памяти и медленности загрузки 
im-memory-tables... Нет, если делать самому и как всегда, оно, конечно, 
можно и на тыще записей загнуться...


--
Regards. Ded.

Re: off: Пятница (ну почти)

[Ded]

http://portal.san.ru/forums/journal/uploads/j2686_1221550256.jpg

--
Regards. Ded.

Re: ODS IB4.2 ?

[Ded]

Jerry wrote:

А шо у меня за зверёк на 2-х дискетах?
"Interbase Workgroup Server for NT" называется...


   У меня тоже два образа дискет. Но там отдельно ещё клиент и дока, 
дока у меня уже распакованная, жирная. А версию - прицепись к какой-нить 
базе WISQL, и нажми крайнюю правую кнопу на тулбаре, доложит и про 
клиента и про сервер.


--
Regards. Ded.

Re: ODS IB4.2 ?

[Ded]

Kovalenko Dmitry wrote:




Надо надыбать Interbase 4.2 for NT и позырить. А можно и забить.



эээ... у тебя же и есть 4.2. Один он. Только под винду, под любую.
Или ты про 4.0/4.1? там ибремот, и базы он точно в 8.0 создает.



Не, я помню был именно под NT. Он так и писал при исталляции.

Но возможно это был 4.1.



   Если у меня брал (а кому-то здесь я точно засылал лет 6-7 назад), то 
это 4.0


--
Regards. Ded.

Re: PostgreSQL vs Firebird

[Ded]

Kovalenko Dmitry wrote:



Не фиг трекер фсякой ерундой засорять.



Мне прям как то стыдно стало Угага.



   Даёшь размер дистрибута больше посгресса! Построение кубов и 
графиков туды, в стандартные функции! Да чего там, не пора ли нам, 
друзья, замахнуться на МСа нашего Скуэля? По проблематичности установки 
на винде уже, судя по массе вопросов трудящих про всякие там рантаймы с 
манифестами и раскладывание оных по сусекам в нужной последовательности, 
приближаемся ;-)


--
Regards. Ded.

Re: PostgreSQL vs Firebird

[Ded]

Alexey Popov wrote:

Весьма много No в колонке FB, ещё и с красным цветом.



  А ещё FB так и не научили варить пиво :-(

--
Regards. Ded.

Re: Firebird 2.1 insert from select

[Ded]

Dmitry Lendel wrote:

Привет
Вот такой вопрос
Как сервер обрабатывает конструкцию внутри процедуры?
insert into Table1 from select * Table2

Суть проблемы
Table1 common table
Table2 временная таблица
Структура одинаковая

Это в процедуре
insert into Table1 from select * Table2

Дабавляем одно и тоже поле в Table1 и Table2

Запускаем процедуру, а новое поле не обновляется, пока не сделаем alter
процедуре
Я могу тест написать.
Просто стало интересно. Выходит, что при компиляции
insert into Table1 from select * Table2 сервер расскладывает поля?

Или это бага? Или я чего-то  не понимаю?


Я, конечно, насчёт 2.1 могу только ламерствовать, но в порядке ламерства 
могу предположить а) отстутствие коммита промеж альтером таблицы и 
выполненим процедуры б) наличие в кеше метаданных уже подготовленного к 
применению кода этой процедуры до выполнения альтера. Если справедливо 
а), то оно понятно, если б) то поможет не только перекомпиляция, но и 
рестарт сервера между альтером и выполнением процедуры.


--
Regards. Ded.

Re: Парсинг строки

[Ded]

Dmitri Kuzmenko wrote:


позволю себе побуквоедствовать
масло топленое - с одним н, потому что оно "топлёное", а не топленное. 
Хотя, может, его топили-топили...


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


--
Regards. Ded.

Re: Парсинг строки

[Ded]

WildSery wrote:


Во-первых, экономится куча места на диске (каждый пробел - это один байт, а в 
военное время и полтора)


   Да. Это аргумент - хрен оспоришь...


Во-вторых, надо написать процедуру распарсинга этой фигни на отдельные слова, и 
удобнее когда точно знаешь, что пробел один.


   А ещё процедурку, которая лепит по результатам строку для where из 
containing-ов через and-ы :-D На самом деле я тоже долго матюкался на 
юзверей, но они таки настояли на том, что им так удобней, а то слова на 
некоторых шрифтах сливаются. В конце концов, сервак и программер для 
того, чтоб юзеру было удобней, а не наоборот.


--
Regards. Ded.

Re: Парсинг строки

[Ded]

Grishko Aleks wrote:


Есть вобщем табличка с названиями, причем в двойных названиях типа
"Масло Топленное" между двумя словами бывает больше чем один
пробел Требуется убрать лишние пробелы и оставить один пробел.


   А правда нужно? А зачем, если не секрет?

--
Regards. Ded.

Re: Delphi 2009

[Ded]

freemanzav wrote:

-автоматические классы (на стэке)


Нету, правда


-переопределение операций.


вроде в 2009 появилось


   Ну и куда без этого при автоматизации бюстгальтерии?

--
Regards. Ded.

Re: Вопрос по работе с датами

[Ded]

Kochmin Alexandr wrote:


и что?



   Застой, батенька. Наука арифметика топчется на месте, никаких тебе 
новых бантиков-рюшечек :(


--
Regards. Ded.

Re: [Off] Delphi 2009

[Ded]

Oleg Matveyev wrote:


вот ведь, не думал, что и тут холивар случится :-)



   А ведь говорили, что здесь никто не знает Дельфи...

--
Regards. Ded.

Re: ListUdf.dll. Проблема на FB 2.1

[Ded]

Gleb wrote:

С меня литр чего захочешь.




Озадачил... Такой выбор... Теперь голову сломаю. Это не программы
писать. :)))


   (Шепчет, загородившись от Артура ладошкой): Courvouiseir, Глеб, 
Courvouisier!


--
Regards. Ded.

Re: ListUdf.dll. Проблема на FB 2.1

[Ded]

ArtGal wrote:


А уперлись в массивы.


   (Демонически хихикает)

--
Regards. Ded.

Re: Здраствуйте не поможите правельно создать процедуру

[Ded]

Dmitri Kuzmenko wrote:

Иногда очень умные люди порят полную чушь.


Точно-точно. Я за собой это в последнее время тоже всё чаще замечаю.


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


А уж про это и говорить нечего.

--
Regards. Ded.

Re: Здраствуйте не поможите правельно создать процедуру

[Ded]

Dmitriy A. Beloshistov wrote:

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


   Это, оно конешно. Потому что - знамо дело. Но - однако. Я вот, 
например, глянул на это буквостолпотворение в корневом, зевнул, и пошёл 
к следующему посту. Была охота глаза ломать...


--
Regards. Ded.

Re: Отставить спать! ДРу Дмитрия Кузьменко!!!!

[Ded]

Dmitriy Kovalenko wrote:



День Рождения Дмитрия Кузьменко!



Отсылаю этим текстом свои наилучшие поздравления.


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


--
Regards. Ded.

Re: Пятница

[Ded]

Игорь Бигдан wrote:

http://ibigdan.livejournal.com/4067885.html
--
Regards. Ded.



Обана! Не ожидал здесь увидеть сцылку на себя :))



  Обана! (С) Мир тесен :-D

--
Regards. Ded.

Пятница

[Ded]

Вы чо, повымерли тут? Пятницо же. В тему традицонных посылов вопрошающи 
в гугль - воисстину найдёт фсё...


http://ibigdan.livejournal.com/4067885.html

--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

RUST wrote:




   Лапушка. У меня база 26 гигов нынче, с тыщей таблиц, 3.5 тыщами 



теперь я понимаю почему вам с рыбами интереснее ;-)



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


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Alexey Popov wrote:
А теперь, чтобы жизнь мёдом не казалась, попробуй переведи всё это 
хозяйство например на 2.1 Тогда мы и послушаем о том как надо владеть 
инструментом.



   А зачем? И так всё чудненько работает. Пробовали, из любви к 
искусству. С собственной кривизной разобрались минут за 20, мы 
поэтических вольностей себе не позволяем, только по невнимательности 
если. А вот с оптимизатором бороться заломало, уж больно запросов до хрена.


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Качановский Дмитрий wrote:

кстати, DED, давно хотел спросить, если я все правильно путаю, ты когда 
то утверждал, что "триггеры - это зло" (ну, естественно, в разумных 
пределах), не мог бы ты аргументировать???


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


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Kovalenko Dmitry wrote:

Опять же - 4 гига для четырех камней ... для базы в 26 гиг не по-уму 
это.


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


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

PEAKTOP wrote:

А вообще: как при этом всем Вам еще удается и ясность рассудка
сохранять ?.. Восхищаюсь !


  Это только издалека так кажется. Темпы превращения головы в жопу 
достигли чудовищной величины :(


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

vk wrote:


   По Вашим, очень давним сообщениям, у меня сложилось впечатление что
в главном офисе у вас Oracle
а в филиалах Firebird?


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


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

vk wrote:


  А сколько у Вас пользователей?


   Фу ты, первый вопрос проглядел. Модифицирующих человекоподобных 
около 50 + репликаторы в Оракл и в FB + демон подготовки хранимых 
агрегатов для статистики, ну и около сотни читателей. Но все вместе 
редко собираются, читатели-то от Владика до Киева. Обычная нагрузка - 50-70.


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Kovalenko Dmitry wrote:


Не надо угнетать собеседников габаритами шворца :-)


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


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Oleg Matveyev wrote:
  Лапушка. У меня база 26 гигов нынче, с тыщей таблиц, 3.5 тыщами 
процедур и триггеров (отнюдь не генерирующих ID), и 3.5 тыщами индексов 
работает 12 лет в практически 24х7. B/r делается каждый день, это



если не секрет - какое железо тянет эту БД? 



   Ничего особенного - четырёхголовая трехлетка, не помню что за процы 
тогда были, 4 гига RAM, с онмамочным сказёвым рейдом, купленная тогда 
где-то тыщ за 7 баксов. До неё, с 2000-го года, был двухголовый с рейдом 
AMI Megatrends и гигом RAM, справлялся не хуже, просто издох. А 
начиналось всё на 2 P100 и 4-х сказёвых квантумах по гигу :) вот тогда 
приходилось действительно раскорячиваться, чтоб ходило, а не ползало.


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Kovalenko Dmitry wrote:

Старик, а невесты в вашем городе есть?


   А на кой тебе? Есть, конечно, но это существа однодневные - лет 
двадцать живут просто девочками-девушками, потом световой день порхают и 
глядь - уже жена.


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Alexey Voytsehovich wrote:
умничка. сарказм это хорошо. но как минимум он упомянул какое то 
оборудование.


   Лапушка. У меня база 26 гигов нынче, с тыщей таблиц, 3.5 тыщами 
процедур и триггеров (отнюдь не генерирующих ID), и 3.5 тыщами индексов 
работает 12 лет в практически 24х7. B/r делается каждый день, это 
святое. В смысле диагностики и спасательного круга. А вот замена боевой 
на копию делалась в последний раз когда рейд на предыдущем серваке 
развалился, года 3 назад. И ничо, свип за 5-7 минут пролетает. Кошек 
надо уметь готовить. То есть понимать сильные и слабые стороны 
инструмента и пользовать его оптимально, начиная прям со стадии 
проектирования, а не пилить как получается. Тогда и на сборщик мусора 
печалиться не придётся. И пугать людей своей горькой судьбиной.


--
Regards. Ded.

Re: Режим работы "24*7"

[Ded]

Alexey Voytsehovich wrote:
если не будешь чистить данные, а только добавлять - то все ок. ФБ 
нормально относится к большим обьемам. а вот если начнешь подчищать 
данные, да сработает автосборщик мусора - тут могут быть торможения.


   Да-да-да. У него 100 человек ежесуточно регистрируют по 6000 
документов в секунду, а по ночам два мильёна грохают. Душераздирающее 
зрелище.


--
Regards. Ded.

Re: Вычисляемые поля в SQL

[Ded]

Gene Feudorov wrote:

D> Самый правильный совет - не хранить нуллы в тех полях, где они не
D> нужны.

Александр Володимирович, а если один из операндов результат селекта? :-)


В computed-поле? Канделябр. На 20 см.

--
Regards. Ded.

Re: Вычисляемые поля в SQL

[Ded]

vladgul wrote:


Вопрос в том, как сделать так, чтобы в случае NULL одного из полей они
считались равными 0.


Самый правильный совет - не хранить нуллы в тех полях, где они не нужны.

--
Regards. Ded.

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Ded]

PEAKTOP wrote:

Подчеркну, что Embarcadero нацелена на кросс-платформенные приложения
и работает именно в этом направлении, и привязка к единственному
вендору не входит в наши планы. Подробнее об этих планах Вы узнаете в
2010 году.




Не уж то Kylix возродят ? Было бы весьма и весьма...


А мне пофиг. Если в 2010-м только планы, я не доживу адназначна.

--
Regards. Ded.

Re: фрагментация бд

[Ded]

Ded wrote:

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



Спросил. Сказали - на таком железе с таким объёмом удаления в 
многопользовательском режиме в одной транзакции скорей всего вообще не 
справится. Даже если роллбак сегменты настроены по уму, продержит минут 
20, а потом всё откатит и пошлёт в сад. В монопольном - зависит от того, 
на индексах устроены внешние ключи или нет. Если на индексах, то не 
торопясь, но сладит, нет - помрёт.


--
Regards. Ded.

Re: То ли лыжи не едут, то ли...

[Ded]

Konstantin R. Beliaev wrote:

А нельзя сделать, чтоб сервер на RO базах молча переводил все транзакции 
в read ? Или это чревато другими глюками?


Хосспиди... Ну когда уже до людей дойдёт, что всякое "молча" - от диавола?

--
Regards. Ded.

Re: фрагментация бд

[Ded]

Yurij wrote:


Вроде у оракла версионный движок, но вот про проблемы со сборкой
мусора на оракле после массовых удалений я что-то не слышал.


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


--
Regards. Ded.

Re: фрагментация бд

[Ded]

Max Rezanov wrote:


Support: А чем меняли?
User: Notepad-ом.


  С дайверского форума (в любой сетевой тусовке половина по 
специальности прогеры да админы)


Юзеры - это осьминоги. Восемь кривых шаловливых рук, растущих из задницы.

--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Popov wrote:

Тут два варианта: 1)  Либо сносить, 2) Не сносить такие записи.
Второй вариант мне кажется оптимальнее.
Мне больше интересен вопрос в исключения в триггерах и FK.


   Есть ещё вариант, но он для лохов. Поработать над постановкой задачи 
с тем, чтобы удаление гигантских объёмов не было штатной операцией. А 
пацаны, канешна, должны ядрить.


--
Regards. Ded.

Пятница.

[Ded]

Родил отчёт по Мальте. Букв что-то многовато получилось и фотки 
посредственные.


http://wwwboards.auto.ru/jokes/152879.html

--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Popov wrote:

В том то и фишка что если запросы писать не в тупую то проще и надёжнее 
сделать своё хранилище в плоском файле.


  А вот тут +1.

--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexander V. Skvortsov wrote:


Господа какой-то ***нёй страдают.
Да и СУБД-то тут нужна исключительно для D изо всей ACID...


Тоже +1.

--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Voytsehovich wrote:


демагог? но в общем то подожду разработчиков, пусть они скажут.


Нет, ламер. И не он, а ты. В смысле - фрагментация/дефрагментация к 
твоим проблемам вообще никакого отношения не имеет. И чего ты именно в 
это слово упёрся, известно только тебе. Так почти всегда бывает, когда 
человек строит теории, опираясь на представления о внутренностях 
инструмента, которые сам же и придумал неизвестно с какого перепугу, а 
не на те, которые имеют место быть в действительности.


--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Popov wrote:

не создаёт новую версию, а сностит все существующии без оглядки на 
работающие транзакции.


Бред-с, иззиняюсь.

--
Regards. Ded.

Re: ЖТБЗНЕОФБГЙС ВД

[Ded]

Kovalenko Dmitry wrote:

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



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


Дык. Против эмерджентности-то не попрёшь :-)

--
Regards. Ded.

Re: ЖТБЗНЕОФБГЙС ВД

[Ded]

Kovalenko Dmitry wrote:



  А що массивы. Слово-то красивое, а на практике тот же блоб. Искать 
по элементу невозможно.



Ну, мона рекуест в трекер написать (наверняка там такое есть). А потом 
позырить на реакцию ООН. Наверняка санкцию нало... не какое то странное 
предложение получается. Лучше так - вынесут международное порицание.


Угы-гы-гы.


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


--
Regards. Ded.

Re: ЖТБЗНЕОФБГЙС ВД

[Ded]

Alexey Voytsehovich wrote:


CREATE INDEX IDX_MOMDATA1_NEW1 ON MOMDATA(ARDTIMESTAMP);

CREATE DESC INDEX IDX_MOMDATA2_NEW1 ON MOMDATA(ARDTIMESTAMP);

CREATE INDEX IDX_MOMDATA4_NEW1 ON 
MOMDATA(DEVID,TYPEDEVICE,CHANNELID,ARDTIMESTAMP);


при ddl
CREATE TABLE MOMDATA(
  DEVID Integer, ид прибора
  TYPEDEVICE Integer, тип прибора
  CHANNELID Integer, тип данных
  ARDTIMESTAMP Timestamp, метка времени
  DOUBLEVALUE Float значение


За Float я бы для профилактики дал по репе, но может там и вправду 
точность не нужна... Композит уникальный, фактически - полуестественный 
ПК, у датных статистика должна быть тоже в принципе неплохая, но и не 
слишком хорошая. Такшта если по жизни действительно не нужны, лучше снести.


--
Regards. Ded.

Re: ЖТБЗНЕОФБГЙС ВД

[Ded]

Kovalenko Dmitry wrote:




Тогда блоб не годится.



Шепотом: "может массивы?".

И бегом в укрытие. :-)


  А що массивы. Слово-то красивое, а на практике тот же блоб. Искать по 
элементу невозможно.


--
Regards. Ded.

Re: ЖТБЗНЕОФБГЙС ВД

[Ded]

Alexey Voytsehovich wrote:


втупую 6000 записей.
в каждой записи

код прибора
код типа данных
метка времени
значение




Чтения с Where Код_Прибора= и Код_Типа_Данных= в приложении нужны? Если
отбирается всё всегда по метке, то это просто оверкилл для сервака.



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



Тогда блоб не годится. А вот насчёт реструктуризации в "широкую" запись, 
содержащую все данные на момент замера полями я бы подумал. При наличии 
индексов по кодам скорость чтения практически не изменится, а вот 
запись-удаление ускорится. Насчёт скорости сборки мусора после удаления 
трудно сказать, с 300 индексами на таблице у меня опыта нет. Но я бы 
попробовал, имхо выигрыш от уменьшения количества записей должен быть 
заметный.


--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Voytsehovich wrote:

ddl выложить могу. честно честно. а вот статистику не смогу наверное :( 
gstat работает очччень долго. разве что попрошу что б запустили и когда 
отработает тогда и отдам. ?



Господи, ну при чём здесь gstat :-(

Select RDB$INDEX_NAME, RDB$STATISTICS
From RDB$INDICES where RDB$RELATION_NAME='ЕТА ТАБЛИЦА'

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


Кстати, таки насчёт gstat. Вывод gstat -h в то время, когда начинаются 
тормоза, похоже, тоже представляет интерес. Выполняется он мухой, не 
боись :-)


--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Voytsehovich wrote:

в общем то есть там два индекса на метку времени asc и desc для 
получения min и max. От них избавимся. я больше так не буду :(


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



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


--
Regards. Ded.

Re: ЖТБЗНЕОФБГЙС ВД

[Ded]

Alexey Voytsehovich wrote:

втупую 6000 записей.
в каждой записи

код прибора
код типа данных
метка времени
значение



  Чтения с Where Код_Прибора= и Код_Типа_Данных= в приложении нужны? 
Если отбирается всё всегда по метке, то это просто оверкилл для сервака.


--
Regards. Ded.

Re: Временные права

[Ded]

Олег Короткий wrote:


Проблему окончательно решил пересозданием объектов,
которые периодически становились недоступными (одна процедура и две
таблицы).


Сильно похоже на то, что у тебя по каким-то причинам бьются индексы на 
rdb$user_privileges или rdb$security_classes. Странно это. Ты что, права 
регулярно раздаёшь-снимаешь или объекты пересоздаёшь в штатном, так 
сказать, режиме работы приложения?


--
Regards. Ded.

Re: ЖТБЗНЕОФБГЙС ВД

[Ded]

Alexey Voytsehovich wrote:

каждые 30 секунд с 300 приборов (по каждму прибору 20 типов данных) в бд 
пишется значение с меткой времени.


Таки одной записью с 6000 полями (или одним блобом) и меткой или таки 
втупую 6000 записей?


--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Voytsehovich wrote:
удалил индексы. на машине на которой шло 6 часов сборка мусора (потом 
оборвал) прошла после удаления за 30 мин.


А выложь-ка, хлопчик, в студию полный DDL таблички и статистику 
индексов. Есть у меня сильное подозрение, что среди них есть совершенно 
ненужные :)


--
Regards. Ded.

Re: фрагментация бд

[Ded]

Alexey Voytsehovich wrote:

В течение дня в базу добавляется данных примерно на 1 гигабайт, и тот же 
самый 1 Гб удаляется ночью (все данные старше 7 дней)


  Ночью - это типа майнтенанс тайм, без юзеров? Тогда отчего бы тут же 
не зашатдаунить базу и не свипануть? Не должно по-моему без залипших 
долгоиграющих транзакций долго идти, разумеется если нет индексов по 
булевским полям на этой таблице :) В гигах я как-то не считал, а 
мильёнчик записей из 10-миллионной ГБК грохнуть и перепровести мне не 
так чтоб частенько, но приходится, и без всякого дискомфорта, дольше 5 
минут свип ни разу не летал.


--
Regards. Ded.

Re: OFF: Ded! С днем Рождения!

[Ded]

Всем спасибо. Уфф. Имел с утра, на фоне соответствующего случаю лёгкого 
похмелья, наложившегося на качание организма после ночного полёта, секс 
с аккумулятором стоявшего в гараже автоматьеготического мобиля. Странно 
это - за две недели в ноль, надо на сервис ехать, однако, утечку искать.


Отчёт про Мальту будет позжее, разгребусь с делами, разберу свои (в 
смысле жонины, я видео снимал) наземные фотки, подтырю у соотпускников 
подводные.


--
Regards. Ded.

Re: Невозможно скачать инстолятор Alpha 2.5

[Ded]

Vlad Khorsun wrote:


   Ась ? :)


  Да на ПингвИне как-то отставил из rpm и забыл. А тут - манифесты, 
призрак коммунизьма бродит по Европе...


--
Regards. Ded.

Re: Невозможно скачать инстолятор Alpha 2.5

[Ded]

Vlad Khorsun wrote:

Результаты, специально для embedded варианта :


   Однако, какая у вас на виндах интересная жизнь! Туда ехали - 
стреляли, назад ехали - стреляют... (С)


--
Regards. Ded.

Re: forum.ibase.ru

[Ded]

Dmitry Filippov wrote:

Forbidden
You don't have permission to access / on this server.


   Расстроил ты чем-то ДК сильно, вот и закрыл он тебе доступ. И я тоже 
чем-то проштрафился, меня сегодня он тоже не хочет видеть :-(


--
Regards. Ded.

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Ded]

Андрей Иванов wrote:


т.е. людей которые сразу не могут выложить штуку баксов будем искоренять?


  Звонит одна леди своему лорду:
- Сэр, а вы знаете, что Ваша горничная беременна?
- Нуу... Это её проблема.
- Сэр, а вы в курсе, что она беременна от Вас?
- Нуу... Это моя проблема.
- Сэр, а Вы догадываетесь, что мне это не нравится?
- Нуу... А это Ваша проблема...

Не надо путать сетевую торговлю товарами массового спроса, по которым 
предложение опережает спрос, и единичные продажи товарами с ограниченным 
спросом. В первом случае задача продавца - втюхать всеми правдами и 
неправдами и передать проблемы в соответсвующую подсистему. Во втором - 
осуществлять гарантированные сделки, не требующие создания и содержания 
подсистем, которые бизнес просто не потянет. Мини-трактора и лопаты 
фермерам в рассрочку не продают, в отличие от телевизоров и стиральных 
машин. Фермер, если ему не хватает средств, сам решает эту проблему. Для 
этого существуют банки. А не понимающие этого так или иначе искореняются 
сами, по ходу течения жизни :)


--
Regards. Ded.

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Ded]

Андрей Иванов wrote:

И, что мне делать, если вдруг после пары месяцев у Вас
что-нибудь случится с финансами - вернете коробку,
а я Вам деньги? Сотрете все коды, созданные при помощи
данного ПО?


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


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


--
Regards. Ded.

Re: Как отличить нарушение первичного ключа от нарушения уникального поля (индекса)

[Ded]

Andrei wrote:

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


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


--
Regards. Ded.

Re: Off: Пятница однако

[Ded]

Мадорский Г.В. wrote:
к переводу двух политических 
терминов - "ублюдки" и "отморозки" она была не готова. Пришлось 
импровизировать на ходу. :)))


Bastards - они это слово сами частенько употребляют :)



На эту же тему народное творчество:

_

Когда жители Воронежской области узнали, что Владимир Путин пообещал 
выделить Южной Осетии 10 миллиардов рублей, а Юрий Лужков пообещал 
заново выстроить Цхинвали, они обратились к президенту Грузии Михаилу 
Саакашвили с просьбой побомбить немножко и Воронежскую область.

_


Кстати, nntp здесь стало глючить не по децки. Все сегодняшние сообщения, 
включая собственные утрешние, увидал только сейчас все разом.


--
Regards. Ded.

Re: Как отличить нарушение первичного ключа от нарушения уникального поля (индекса)

[Ded]

Dmitry Yemanov wrote:

Такой вопрос: на клиенте отличить ошибку нарушения уникальность
первичного ключа от нарушения уникальности другого поле с констрэинтом
UNIQUE или с созданным уникальным индексом можно?



Разве что по имени индекса. Ибо это одно и тоже исключение.


   Чо-та мне склероз шепчет, что изнасилование констрейнта и попытка 
сунуть дупель в обычный уникальный индекс - разные исключения, во всяком 
случае, на уровне GDSCODE. Правда, всё течёт... А вот какой констрейнт - 
да, только по имени.


--
Regards. Ded.

Re: off: Пятница

[Ded]

Трагикомедия. Как ВМСУ не пущали ЧФ ВМС РФ в Сеавстополь.

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


http://shurigin.livejournal.com/155941.html#cutid1

--
Regards. Ded.

Re: forum.ibase.ru

[Ded]

Tonal wrote:


Что-то второй день не открывается. :-(



По букмарке поди пытаешься? И не откроется. Заходи по ссылке с сайта.

--
Regards. Ded.

Re: Помогите с починкой базы

[Ded]

Vlad Khorsun wrote:

   Со старыми файлами ?


  А откуда им после -rep взяться?

--
Regards. Ded.

Re: вопрос про DSQL_close

[Ded]

Kovalenko Dmitry wrote:


Classic FB 2.1.1 x64 наше все (увертываюсь от помидоров с Украины)


 Кстати, зря. Что-что, а померанци там дюже гарные.

--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

Качановский Дмитрий wrote:

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


   Рано или поздно мы упрёмся в лок конфикт. Который чюдненько можно 
обработать или спровоцировать в узком месте в начале редактирования, 
чтобы не откатывать настоящие изменения в самом конце 
последовательности. А в деадлок мы упрёмся только при плохо 
структурированных модели данных и приложении.


--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

Ded wrote:

А насчёт резервирования таблиц в r_c - у кого-то из нас троих 
сильно хорошая трава. То ли у Ленки, то ли у тебя, то ли я проспал 
мировую революцию...


   Перечитал ещё раз API Guide. Действительно, прямого указания на то, 
что table reservation доступно _только_ в consistency, нет. Однако, все 
рассуждения и примеры идут в контексте consistency. Странно это. Но 
готов признать, что трава - моя, сам такой фигнёй на практике никогда не 
страдал. Ибо блокировать таблицу из тыщи записей, когда 10 юзеров меняют 
по одной - воисстину оверкилл, есть вполне работающее точечное оружие.


--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

Качановский Дмитрий wrote:


разрулить сериализовав доступ на запись к нужным таблицам (т.е. пока 
одна транзакция отрабатывает, остальные в состоянии ожидания старта)



   А то. Фигли там мелочиться с мухобойками, увидал комара - включай 
коллайдер. А насчёт резервирования таблиц в r_c - у кого-то из нас троих 
сильно хорошая трава. То ли у Ленки, то ли у тебя, то ли я проспал 
мировую революцию...


--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

Качановский Дмитрий wrote:

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


   Никак. Потому что транзакции для того и нужны, чтобы десятки 
пользователей одновременно не могли переименовывать КРУПУ в МАСЛО, ПИВО 
и ПРЕЗЕРВАТИВЫ, свято веря, что там теперь именно это и записано. А вот 
как с этим жить - это другой вопрос. Своё мнение по которму я дааавно 
сложил на ibase.ru.


--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

Качановский Дмитрий wrote:

т.е. консистенси транзакция не решает проблему взаимных блокировок в 
высококонкурентной среде


или я что то не правильно понимаю?



Так тебе нужна блокировка без блокировки? Пойду-ко я пивка испью.

--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

Качановский Дмитрий wrote:

функция ibase_trans (старт транзакции) принимает только одно число - 
сумма параметров определяющих уровень изоляции режим доступа, режим 
разрешения блокировок и версия записи


  Почитать ещё ibase.h. А насчёт PHP - я не сторонник жёсткого 
пресечения оффтопов по смежным вопросам, может, кто из работающих с ним 
и заглянет. Но таки прежде чем задаваться вопросом "как" лучше сначала 
уяснить для себя ответ на вопрос "что".


--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

Качановский Дмитрий wrote:
но consistency слишком жестокая блокировка, стоит ли ею пользоваться для 
вебсайта, т.е. десятки (если не сотни) транзакций в секунду



   Таки стоит почитать API Guide.

--
Regards. Ded.

Re: Firebird+PHP блокировка таблицы

[Ded]

[EMAIL PROTECTED] wrote:

Приветствую.
Сорри за возможно ламерский вопрос. Есть необходимость сделать
транзакцию с блокировкой таблицы. PHP при старте транзакции принимает
только числовые параметры аля IBASE_WRITE, IBASE_COMMITTED и т.д.
Нужно добавить что-то вроде RESERVING ADV_PLACESSHOWS FOR PROTECTED
WRITE
каким образом это сделать?


  Почитать что-нибудь про транзакции. Особенно про isolation level. 
Особенно про consistensy. Имхо лучше всего API Guide.


--
Regards. Ded.

Re: ДРСАМОГО DY !!!

[Ded]

Высокого полёта. В смысле мысли.

--
Regards. Ded.

Re: [USUS] К пятнице

[Ded]

Kovalenko Dmitry wrote:


Превед все еще раз.


  Димк, а чего ты всё грозишься - усус да усус... Возьми уже себя в руку :)

--
Regards. Ded.

Re: долгий gstat

[Ded]

Vlad Khorsun wrote:


слишком быстрое выполнение запросов


   Опасаетесь, что интерес к дальнейшему развитию угаснет? ;-)

--
Regards. Ded.

Re: Проблемка с хешами

[Ded]

Андрей Кручинин wrote:


А самих оригиналов БД не будет.


   Ну вот и настала она - эпоха всеобщего телевидения...

--
Regards. Ded.

Re: удалено мнго записей(около 1000000)

[Ded]

Alexey Voytsehovich wrote:


gbak.exe -V -B -NT -USER SYSDBA -PASSWORD masterkey localhost:opc 


Уйй... Это называется без сборки мусора? И что даёт предпочтение 
нетранспортабельного формата? И коннект какой-то интересный... В общем, 
диагноз подтверждается.


--
Regards. Ded.

Re: удалено мнго записей(около 1000000)

[Ded]

Dmitri Kuzmenko wrote:

нормально ли что статистика, бакуп без сборки мусора, сборка мусора, 
статистика - идут около 4-х часов на субд 9 гиг размером?



ненормально. это ВСЕ перечисленное длится на базе в 9 гиг?


   Смотря что понимается под словом "статистика".

--
Regards. Ded.

Re: удалено мнго записей(около 1000000)

[Ded]

Alexey Voytsehovich wrote:


мусор это записи помеченные как удаленные


   Таки чукча редкостный и убеждённый нечитатель...

--
Regards. Ded.

Re: Firebird 2.5 alpha 1

[Ded]

Dmitry Lendel wrote:

Я почитал по диагонали Release Note. Больше изменений "внутри" чем новых фич
для разработчиков.


   И не говори, просто обнаглели...

--
Regards. Ded.

Re: Off - Жизненно важный вопрос.

[Ded]

Булгачев Сергей wrote:

создается нездоровое впечатление о выдержаности и моральном облике 
работников ИТ-индустрии 



   Ежели людына не пье, вона либо хвора, либо падлюка (С) :-D Я летаю 
только спя. И высоты боюсь, и вырос в среде авиатехников, которые 
вставляли спички вместо болтов, которых на складе не было, а потом ждали 
посадки выпущенного самолёта и молились...


--
Regards. Ded.

Re: Off - Жизненно важный вопрос.

[Ded]

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

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


  Рискни :) На крайняк - не велика потеря, если дублирование дутиком 
применить - лишнего-то не бывает, пригодится :)


--
Regards. Ded.

Re: Пятница?

[Ded]

http://copypast.ru/piu/calc.php

--
Regards. Ded.

Re: Off - Жизненно важный вопрос.

[Ded]

Мадорский Г.В. wrote:
Всем привет. Я тут завтра на недельку в Испанию отлетаю. Меня испугали, что 
нынче на международных рейсах не наливают. Кто летал недавно, неужели 
правда? Стоит запасаться, чтоб не сидеть как дурак в самолете целые 4 часа?


   Из города своё не пронесёшь. Я как-то всю жизнь за бугор только 
чартерами, что на регулярке творится - не знаю. С момента ужесточения 
летал 2 раза, один раз через Москву, один через Пулково которое ближе к 
городу, с номерами я вечно путаюсь. Брал в дутике, там пакуют в 
заклеенный пакет. В Москве его легко было расклеить-заклеить, да и 
вообще после дутика всем было уже всё пох, у нас всё хуже - после 
манипуляций на линии склейки пакета проступает какая-то надпись. И его 
проверяли при входе в самый последний обезьянник, в который уже рукав 
выходит. Но я до этого момента дотерпел :) В ероплане типа доставать и 
пить нельзя, официально грозятся сдать полиции по прилёту. Но если не 
бравировать, действовать короткими циклами достал-глотнул-убрал, не 
надираться уж очень откровенно и не буянить, то смотрели сквозь пальцы.


--
Regards. Ded.

Re: Обратная нотация различна для Windows и Linux?

[Ded]

Гоголь Дмитрий wrote:


Вы даже представить не можете себе насколько я с вами обоими согласен.


   Слушай, ну это уже групповуха получается :-D

--
Regards. Ded.