Re: Вопросик про foreign key

[Horsun Vlad]

"Алексей Абрамов" ...
>
> >Расстреливать автомат не предлагаю :) Сам пусть стреляется :)
>
> Это вообще стандартная ситуация:
> 1) мы в офисе выясняеем, что что-то не так
> 2) разруливаем с филиалом (вставляем проп%здон)
> 3) они исправляют и высылают документ заново
> 4) документ грузится в центральную базу автоматом
>
> ...а мы в офисе только контролируем и ничего не делаем руками.
> И это не теория, а реальная система.

Та ради бога. Маладцы. Пирожок можно взять в известном месте :)

> ... а вообщем скажу, что CASCADE пользовать можно и иногда нужно,
> только осторожно, в трезвом уме, и ЧЕТКО представлять - какой хочешь
> получить результат.

В БД из 3-х таблиц под контролем 1-го разработчика

> А когда говорят "только так и никак иначе!", или наоборот "РАССТРЕЛ" - это
> перегиб и чье-то личное ИМХО.

1. Иногда это чьё-то ИМХО стоит десяти других ХАЧУ (не претендую),
   опыт, знаешь ли...

2. Абсолютно всё, что пишется\произносится вслух есть ИМХО
   пишущего\произносящего, не более (но и не менее) того

3. Мне ваще-то параллельно как ты (или кто-то другой) удаляет
   (или не удаляет) документы (или не документы)

Вот так вот :-D

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

:( ��� ���� �� ����

[Alexander Artukov]

Õ kdv ÐÏÞÔÏ×ÙÊ ÑÝÉË ÐÅÒÅÐÏÌÎÅÎ, ÔÅÌÅÆÏÎ ÍÏÌÞÉÔ - ×ÓÅ ÕÛÌÉ ÎÁ ÆÒÏÎÔ. ÷ÏÐÒÏÓ
ÂÙÌ ÐÕÓÔÑÛÎÙÊ, ÎÏ ÓÒÁÚÕ ×ÓÐÏÍÎÉÌÏÓØ ÖÕÔËÏ×ÁÔÏÅ ÂÕÌÇÁËÏ×ÓËÏÅ "áÎÎÕÛËÁ  ÕÖÅ
ËÕÐÉÌÁ  ÐÏÄÓÏÌÎÅÞÎÏÅ ÍÁÓÌÏ, É ÎÅ  ÔÏÌØËÏ  ËÕÐÉÌÁ, ÎÏ  ÄÁÖÅ
ÒÁÚÌÉÌÁ. ôÁË ÞÔÏ ÚÁÓÅÄÁÎÉÅ ÎÅ ÓÏÓÔÏÉÔÓÑ"

Re: �������� ��� foreign key

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

>òÁÓÓÔÒÅÌÉ×ÁÔØ Á×ÔÏÍÁÔ ÎÅ ÐÒÅÄÌÁÇÁÀ :) óÁÍ ÐÕÓÔØ ÓÔÒÅÌÑÅÔÓÑ :)

üÔÏ ×ÏÏÂÝÅ ÓÔÁÎÄÁÒÔÎÁÑ ÓÉÔÕÁÃÉÑ:
1) ÍÙ × ÏÆÉÓÅ ×ÙÑÓÎÑÅÅÍ, ÞÔÏ ÞÔÏ-ÔÏ ÎÅ ÔÁË
2) ÒÁÚÒÕÌÉ×ÁÅÍ Ó ÆÉÌÉÁÌÏÍ (×ÓÔÁ×ÌÑÅÍ ÐÒÏÐ%ÚÄÏÎ)
3) ÏÎÉ ÉÓÐÒÁ×ÌÑÀÔ É ×ÙÓÙÌÁÀÔ ÄÏËÕÍÅÎÔ ÚÁÎÏ×Ï
4) ÄÏËÕÍÅÎÔ ÇÒÕÚÉÔÓÑ × ÃÅÎÔÒÁÌØÎÕÀ ÂÁÚÕ Á×ÔÏÍÁÔÏÍ

...Á ÍÙ × ÏÆÉÓÅ ÔÏÌØËÏ ËÏÎÔÒÏÌÉÒÕÅÍ É ÎÉÞÅÇÏ ÎÅ ÄÅÌÁÅÍ ÒÕËÁÍÉ.
é ÜÔÏ ÎÅ ÔÅÏÒÉÑ, Á ÒÅÁÌØÎÁÑ ÓÉÓÔÅÍÁ.

... Á ×ÏÏÂÝÅÍ ÓËÁÖÕ, ÞÔÏ CASCADE ÐÏÌØÚÏ×ÁÔØ ÍÏÖÎÏ É ÉÎÏÇÄÁ ÎÕÖÎÏ,
ÔÏÌØËÏ ÏÓÔÏÒÏÖÎÏ, × ÔÒÅÚ×ÏÍ ÕÍÅ, É þåôëï ÐÒÅÄÓÔÁ×ÌÑÔØ - ËÁËÏÊ ÈÏÞÅÛØ 
ÐÏÌÕÞÉÔØ ÒÅÚÕÌØÔÁÔ.
á ËÏÇÄÁ ÇÏ×ÏÒÑÔ "ÔÏÌØËÏ ÔÁË É ÎÉËÁË ÉÎÁÞÅ!", ÉÌÉ ÎÁÏÂÏÒÏÔ "òáóóôòåì" - ÜÔÏ 
ÐÅÒÅÇÉÂ É ÞØÅ-ÔÏ ÌÉÞÎÏÅ éíèï.

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

Re: WIN1251 to PXW_CYRL

[Alex Cherednichenko]

Привет, Юрий!
Вы пишешь  29 марта 2006:

 Ю>   Сервер IB 7.0
 Ю>   В базе некоторые поля были почему-то созданы с callate = WIN1251.
 Ю>   Соответственно, они при указании upper(<имя поля>) не приводятся к
 Ю>   верхнему регистру.

Медленно, вдумчиво и печально читаем _полный_ синтаксис UPPER...
А также, читаем ЧаВо по работе с русскими буховками, на сайте ibase.ru

--
With best regards, Alex Cherednichenko.

Re: Вопросик про foreign key

[Horsun Vlad]

"Алексей Абрамов" ...
>
> >> Тормозов нет. :-)
> >
> >За удаление документов - уже расстрел на месте.
>
>
> Дык там еще триггер стоит с проверкой прав на удаление и прочее... :-))) это
> во первых.
> Во-вторых - док-ты никто конечно не удаляет вручную, но есть док-ты,
> к. каждый день поступают из 15 филиалов и грузятся автоматом ночью,
> и если они его 2 раза вышлют - он старый затрет и перепроведет и в все лог
> запишет.

Расстреливать автомат не предлагаю :) Сам пусть стреляется :)

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

Re: �������� ��� foreign key

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

>> ôÏÒÍÏÚÏ× ÎÅÔ. :-)
>
>úÁ ÕÄÁÌÅÎÉÅ ÄÏËÕÍÅÎÔÏ× - ÕÖÅ ÒÁÓÓÔÒÅÌ ÎÁ ÍÅÓÔÅ.


äÙË ÔÁÍ ÅÝÅ ÔÒÉÇÇÅÒ ÓÔÏÉÔ Ó ÐÒÏ×ÅÒËÏÊ ÐÒÁ× ÎÁ ÕÄÁÌÅÎÉÅ É ÐÒÏÞÅÅ... :-))) ÜÔÏ 
×Ï ÐÅÒ×ÙÈ.
÷Ï-×ÔÏÒÙÈ - ÄÏË-ÔÙ ÎÉËÔÏ ËÏÎÅÞÎÏ ÎÅ ÕÄÁÌÑÅÔ ×ÒÕÞÎÕÀ, ÎÏ ÅÓÔØ ÄÏË-ÔÙ,
Ë. ËÁÖÄÙÊ ÄÅÎØ ÐÏÓÔÕÐÁÀÔ ÉÚ 15 ÆÉÌÉÁÌÏ× É ÇÒÕÚÑÔÓÑ Á×ÔÏÍÁÔÏÍ ÎÏÞØÀ,
É ÅÓÌÉ ÏÎÉ ÅÇÏ 2 ÒÁÚÁ ×ÙÛÌÀÔ - ÏÎ ÓÔÁÒÙÊ ÚÁÔÒÅÔ É ÐÅÒÅÐÒÏ×ÅÄÅÔ É × ×ÓÅ ÌÏÇ 
ÚÁÐÉÛÅÔ.


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

Re: SQZ_BLOCK по новой

[Oleg LOA]

"Slava Ekimov"  wrote in message 
news:[EMAIL PROTECTED]
> ??>> А никто и не говорит про экономию места. Меня волнует экономия
> ??>> времени.
> 
> HV> Если немного пошевелить извилинами, то станет понятно,
> HV> что это очень даже взаимосвязаные вещи, это раз
> 
> К счастью, до этого я додуматься пока что могу.
> Я еще раз хочу сказать, что я готов иметь базу в 2GB вместо 1GB,
> но чтобы она отвечала на 40% быстрее.
> Это возможно?

Возьми Ya покрути этот параметр, поэксперементируй, сделай отчёт.

Re: SQZ_BLOCK по новой

[Horsun Vlad]

"Slava Ekimov" ...
> ??>> А никто и не говорит про экономию места. Меня волнует экономия
>  ??>> времени.
>
>  HV> Если немного пошевелить извилинами, то станет понятно,
>  HV> что это очень даже взаимосвязаные вещи, это раз
>
> К счастью, до этого я додуматься пока что могу.

Тогда зачем спрашиваешь ?

> Я еще раз хочу сказать, что я готов иметь базу в 2GB вместо 1GB,
> но чтобы она отвечала на 40% быстрее.
> Это возможно?

Да. Читай с неё одну и ту же страницу всегда и будет тебе "щастье"

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

PS Возьми дятла, прогони эксперименты с SQZ_BLOCK и расскажи остальным.
   Нет, я этим заниматься не собираюсь

PPS Возьми любые исходники FB, перепиши SQZ_xxx на тупое копирование и
тоже расскажи всем, что получилось

Re: Объем занимаемых данных integer и smallint

[Oleg LOA]

"Slava Ekimov"  wrote in message 
news:[EMAIL PROTECTED]
> HV> Кодируется поток байт. Там нет никаких интов, чаров и т.п.
> HV> SQZ_BLOCK - несколько другая песня и сэкономить место на диске
> HV> с его помощью совсем не удастся, скорее наоборот :)))
> 
> А никто и не говорит про экономию места. Меня волнует экономия времени.

Экономится мало. В YA упаковынные последовательнсти RLE выровнены и 
оптимизированы под  movsd, stosd - выигрышь есть, но по сравнению с другими 
затратами его совсем невидно.

SQZ_BLOCK по новой

[Slava Ekimov]

 ??>> А никто и не говорит про экономию места. Меня волнует экономия
 ??>> времени.

 HV> Если немного пошевелить извилинами, то станет понятно,
 HV> что это очень даже взаимосвязаные вещи, это раз

К счастью, до этого я додуматься пока что могу.
Я еще раз хочу сказать, что я готов иметь базу в 2GB вместо 1GB,
но чтобы она отвечала на 40% быстрее.
Это возможно?

Re: Объем занимаемых данных integer и smallint

[Horsun Vlad]

"Slava Ekimov" ...
> HV> Кодируется поток байт. Там нет никаких интов, чаров и т.п.
>  HV> SQZ_BLOCK - несколько другая песня и сэкономить место на диске
>  HV> с его помощью совсем не удастся, скорее наоборот :)))
>
> А никто и не говорит про экономию места. Меня волнует экономия времени.

Если немного пошевелить извилинами, то станет понятно,
что это очень даже взаимосвязаные вещи, это раз. Если также
прочитать тему, то станет ясно, что речь таки идёт (шла ?)
именно об "Объем занимаемых данных", это два.

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

WIN1251 to PXW_CYRL

[Юрий]

Здравствуйте.

  Сервер IB 7.0
  В базе некоторые поля были почему-то созданы с callate = WIN1251.
  Соответственно, они при указании upper(<имя поля>) не приводятся к
  верхнему регистру.
  В таблице изменил определения полей, но пока не изменишь каждое
  поле, оно с upper так и не дружит.
  
  Вопрос как быстро переделать?
1. b/r поможет?
2. SP с update по нужным полям.

_
С уважением, Юрий

Re: Объем занимаемых данных integer и smallint

[Slava Ekimov]

 HV> Кодируется поток байт. Там нет никаких интов, чаров и т.п.
 HV> SQZ_BLOCK - несколько другая песня и сэкономить место на диске
 HV> с его помощью совсем не удастся, скорее наоборот :)))

А никто и не говорит про экономию места. Меня волнует экономия времени.

Re: есть ли способ проверить идентичность д

[Andrei Yeryomin]

Hello, Николай!
You wrote  on Wed, 29 Mar 2006 00:51:54 +0300:

??>>> Нужен "быстрый" способ проверки правильности установки обновления -
??>>> сравнения идентичности эталонной БД и БД, полученной в результате
??>>> обновления

На триггерах (или по расписанию) считать контрольные суммы писать в 
отдельные таблицы. Сравнивать пару строк в таблицах контрольных сумм.Хм, 
правда это мало чем отличается от полного сравнения таблиц, а вдруг... ;-)


--
With best regards, Andrei Yeryomin. 

Re: есть ли способ проверить идентичность

[Dmitriy Kovalenko]

> Хотелось бы именно формальный железный вариант:
> БД1=БД2 по таблицам A, B, C

БД1=БД2 по таблицам A, B, C проверяется по
метаданным.

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

Проще тогда уже _пакет передаваемых_
данных 10 раз проверить на месте, не
отходя от кассы "эталонной" базы. Все
равно, это не поменяет полезной сути
оптимистического подхода :)

Re: есть ли способ проверить идентичность д

[Николай Войнов]

Dmitriy Kovalenko пишет:


Нужен "быстрый" способ проверки правильности установки обновления -
сравнения идентичности эталонной БД и БД, полученной в результате
обновления


Нет ошибок - значит все верно. Такой вот
простой вариант ("оптимистический
подход") не подойдет?


слишком оптимистический :)

Хотелось бы именно формальный железный вариант:
БД1=БД2 по таблицам A, B, C

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


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


--
С наилучшими пожеланиями,
Николай Войнов.

Re: есть ли способ проверить идентичность д

[Dmitriy Kovalenko]

> Нужен "быстрый" способ проверки правильности установки обновления -
> сравнения идентичности эталонной БД и БД, полученной в результате
> обновления

Нет ошибок - значит все верно. Такой вот
простой вариант ("оптимистический
подход") не подойдет?

Re: есть ли способ проверить идентичность двух бд

[Николай Войнов]

Dmitry Voroshin пишет:


DB Comparer?


Ну метаданные сравнивать не хотелось бы вообще - думал может на уровне 
каких-то контрольных сумм...


Потом это должно быть доступно при пакетной обработке скажем из батника.

--
С наилучшими пожеланиями,
Николай Войнов

Re: есть ли способ проверить идентичность двух бд

[Dmitry Voroshin]

"Николай Войнов" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Здравствуйте, gmane.comp.db.firebird.russian!
>
> Работаю над системой обновления для программы, обновляются выполняемые
> файлы, метаданные, производится синхронизация основных справочников.
>
> Нужен "быстрый" способ проверки правильности установки обновления -
> сравнения идентичности эталонной БД и БД, полученной в результате
> обновления (считаем что сами данные в двух бд абсолютно идентичны).
>
> Для начала конечно будет все подчищаться до уровня синхронизируемых
> данных и потом бэкап / рестор. Первое что смущает так это то что они
> будут созданы в разное время и соотвественно простое сравнение файлов
> 99,99% ничего мне не даст...

DB Comparer?

есть ли способ проверить идентичность двух бд

[Николай Войнов]

Здравствуйте, gmane.comp.db.firebird.russian!

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


Нужен "быстрый" способ проверки правильности установки обновления - 
сравнения идентичности эталонной БД и БД, полученной в результате 
обновления (считаем что сами данные в двух бд абсолютно идентичны).


Для начала конечно будет все подчищаться до уровня синхронизируемых 
данных и потом бэкап / рестор. Первое что смущает так это то что они 
будут созданы в разное время и соотвественно простое сравнение файлов 
99,99% ничего мне не даст...


Может можно все же это как-нибудь сделать ... может на основе информации 
статистики?


Поделитесь пожалуйста соображениями.

--
С наилучшими пожеланиями,
Николай Войнов

Re: Вопросик про foreign key

[Ded]

Horsun Vlad wrote:


За удаление документов - уже расстрел на месте.


  Я разрешаю всё пока он в статусе "подготовка". Из "активный" - только 
аннулирование, никаких правок-удалений.


--
Regards. Ded.

Re: Вопросик про foreign key

[Ded]

Алексей Абрамов wrote:


 а) Тормоза при выполнении
 б) Тормоза при последующей сборке мусора в индексах, особо хреновых



у меня стоит OnDelete Cascade в таблице DOCDETAIL на DOCUMENT,
и если я удаляю документ, удаляются его строки и прочее.

Тормозов нет. :-)


   Update и Delete отличаем?


 в) Признак общих неполадок в консерватории.



спорно... :-)



   Да дело хозяйское. Мне спорить-то уже влом. Расскажу байку. У меня 
начальник отдела импорта ныл-ныл, что не может производственный заказ 
объявить закрытым (в смысле вывоза больше не будет), не закрывши сначала 
всех позиций персонально, я в конце концов взбеленился и сказал - ладно, 
с завтрашнего дня сделаю наоборот, ты ткнул сосиской не глядя, я все 
позиции закрою. Но за невывезенный оплаченный товар отвечать у босса 
будешь лично, чем и в каком размере - сам знаешь, все ходы записываются. 
Задумалсо человек. И сказал - нунах, я лучше потыкаю. А это даже не FK, 
а так, признак.


--
Regards. Ded.

Re: Вопросик про foreign key

[Horsun Vlad]

"Алексей Абрамов" ...
>
> >   а) Тормоза при выполнении
> >   б) Тормоза при последующей сборке мусора в индексах, особо хреновых
>
> у меня стоит OnDelete Cascade в таблице DOCDETAIL на DOCUMENT,
> и если я удаляю документ, удаляются его строки и прочее.
>
> Тормозов нет. :-)

За удаление документов - уже расстрел на месте.

> >   в) Признак общих неполадок в консерватории.
>
> спорно... :-)

Ню-ню

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

Re: Объем занимаемых данных integer и smallint

[Horsun Vlad]

"Slava Ekimov" ...
>
> >Скажем так - из-за этого (и из-за того, что все поля добиваются 0-ми до
> > 4-х байтной границы), одинаковые значения в smallint и в int будут
> > закодированы одинаково.
>
> Вот здесь и встает снова вопрос про SQZ_BLOCK (если я правильно помню
> название)
> Мне не понятно, зачам INT-ы кодировать

Кодируется поток байт. Там нет никаких интов, чаров и т.п.
SQZ_BLOCK - несколько другая песня и сэкономить место на диске
с его помощью совсем не удастся, скорее наоборот :)))

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

Re: �������� ��� foreign key

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

>   Á) ôÏÒÍÏÚÁ ÐÒÉ ×ÙÐÏÌÎÅÎÉÉ
>   Â) ôÏÒÍÏÚÁ ÐÒÉ ÐÏÓÌÅÄÕÀÝÅÊ ÓÂÏÒËÅ ÍÕÓÏÒÁ × ÉÎÄÅËÓÁÈ, ÏÓÏÂÏ ÈÒÅÎÏ×ÙÈ

Õ ÍÅÎÑ ÓÔÏÉÔ OnDelete Cascade × ÔÁÂÌÉÃÅ DOCDETAIL ÎÁ DOCUMENT,
É ÅÓÌÉ Ñ ÕÄÁÌÑÀ ÄÏËÕÍÅÎÔ, ÕÄÁÌÑÀÔÓÑ ÅÇÏ ÓÔÒÏËÉ É ÐÒÏÞÅÅ.

ôÏÒÍÏÚÏ× ÎÅÔ. :-)


>   ×) ðÒÉÚÎÁË ÏÂÝÉÈ ÎÅÐÏÌÁÄÏË × ËÏÎÓÅÒ×ÁÔÏÒÉÉ.

ÓÐÏÒÎÏ... :-)

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

Re: ����� ���������� ������ integer � smallint

[Slava Ekimov]

>óËÁÖÅÍ ÔÁË - ÉÚ-ÚÁ ÜÔÏÇÏ (É ÉÚ-ÚÁ ÔÏÇÏ, ÞÔÏ ×ÓÅ ÐÏÌÑ ÄÏÂÉ×ÁÀÔÓÑ 0-ÍÉ ÄÏ
> 4-È ÂÁÊÔÎÏÊ ÇÒÁÎÉÃÙ), ÏÄÉÎÁËÏ×ÙÅ ÚÎÁÞÅÎÉÑ × smallint É × int ÂÕÄÕÔ
> ÚÁËÏÄÉÒÏ×ÁÎÙ ÏÄÉÎÁËÏ×Ï.

÷ÏÔ ÚÄÅÓØ É ×ÓÔÁÅÔ ÓÎÏ×Á ×ÏÐÒÏÓ ÐÒÏ SQZ_BLOCK (ÅÓÌÉ Ñ ÐÒÁ×ÉÌØÎÏ ÐÏÍÎÀ 
ÎÁÚ×ÁÎÉÅ)
íÎÅ ÎÅ ÐÏÎÑÔÎÏ, ÚÁÞÁÍ INT-Ù ËÏÄÉÒÏ×ÁÔØ 

Re: Объем занимаемых данных integer и smallint

[Horsun Vlad]

"Alex Pugovko" ...

> "данные в записях сжаты методом кодирования переменной длины ( RLE ). Суть
> метода заключается в том, что положительное число указывает на количество
> следующих байт, которые непосредственно следует прочитать, отрицательное же
> число указывает, что следующий байт нужно повторить abs ( n ) (где abs -
> модуль числа) раз."
>
> Разве  это поможет при сжатии integer полей ?

Скажем так - из-за этого (и из-за того, что все поля добиваются 0-ми до
4-х байтной границы), одинаковые значения в smallint и в int будут
закодированы одинаково.

> Скажите просто - этого нет и не будет, потому что не имеет смысла, и я буду
> спать спокойно...

Спи спокойно ;)

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

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

Re: Объем занимаемых данных integer и smallint

[Alex Pugovko]

AP> Google не помог не подскажешь где?

"данные в записях сжаты методом кодирования переменной длины ( RLE ). Суть 
метода заключается в том, что положительное число указывает на количество 
следующих байт, которые непосредственно следует прочитать, отрицательное же 
число указывает, что следующий байт нужно повторить abs ( n ) (где abs - 
модуль числа) раз."


Разве  это поможет при сжатии integer полей ?

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



With best regards, Alex Pugovko. 

Re: Объем занимаемых данных integer и smallint

[Alex Pugovko]

Hello, Horsun!
You wrote  on Tue, 28 Mar 2006 15:50:21 +0300:

HV> А в чём проблемы ?
Хотелось бы уменьшить объем данных на диске таблицы, где есть много integer 
полей за счет использования  smalint.



HV> PS Читай о компрессии записи и о компресии индексов
Google не помог не подскажешь где?

With best regards, Alex Pugovko. 

Re: Вопросик про foreign key

[Ded]

Алексей Абрамов wrote:


А в чем проблема с Cascade Update ???
Аргументы в студию!


  а) Тормоза при выполнении
  б) Тормоза при последующей сборке мусора в индексах, особо хреновых
  в) Признак общих неполадок в консерватории.

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


--
Regards. Ded.

Re: Объем занимаемых данных integer и smallint

[Horsun Vlad]

"Alex Pugovko" ...
>
> Hello, All!
>
> В статье "Что быстрее: char(1), integer или smallint"
> http://ibase.ru/devinfo/test1.htm
> есть такой вывод :
>
> "2. Разницы в объеме занимаемых данных между char(1), integer и smallint нет
> как для таблиц, так и для индексов"
>
> Статья довольно древняя и хотелось узнать как сейчас обстоят дела в FB с
> объемом занимаемых данных integer и smallint  ?

А в чём проблемы ?

> Будут ли какие-нибудь подвижки в этом направлении в FB2 ?

В каком ?

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

PS Читай о компрессии записи и о компресии индексов

Re: �������� ��� foreign key

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

>> é ×ÏÔ ËÁËÉ ÍÙÓÌÉ ÅÛ£ ÍÕÞÁÔ - ËÏÇÄÁÔÏ ÔÕÔ ËÔÏÔÏ
>> ÇÏ×ÏÒÉÌ, ÞÔÏ ÅÔÏ ÎÅÈÏÒÏÛÏ × FK ÕËÁÚÙ×ÁÔØ Cascade Update ...
>> ðÏÞÅÍÕ ÎÅÐÏÍÎÀ, ÎÏ ÅÓÌÉ ÍÎÅ ÅÔÏ ×Ó£ÔÁËÉ ÎÁÄÏ, ÔÏ ËÏÎÅÛÎÏ ÍÏÇÕ
>> × ÔÒÉÇÅÒÁÈ ÒÅÁÌÉÚÏ×ÁÔØ, ÎÏ ÅÔÏÔ Cascade Update ÔÏ ÔÅ ÖÅ
>> ÓÁÍÙÅ ÔÒÉÇÅÒÁ, ÔÏÌØËÏ ÓÉÓÔÅÍÎÙÅ - ÎÅÁ ?
>
> îÅ ÕÐÏÍÉÎÁÊ ÉÍÑ Cascade ×ÓÕÅ! :)))

á × ÞÅÍ ÐÒÏÂÌÅÍÁ Ó Cascade Update ???
åÓÌÉ ÔÙ ÉÈ ÂÏÉÛØÓÑ, ÔÏ ÏÂßÑÓÎÉ ÐÏÞÅÍÕ. áÒÇÕÍÅÎÔÙ × ÓÔÕÄÉÀ!
ñ ÉÍÉ ÐÏÌØÚÕÀÓØ ÏÞÅÎØ ÄÁ×ÎÏ É ÎÁÒÅËÁÎÉÊ ÎÅÔ, É ×ÏÏÂÝÅ
OnDelete - ÄÒÕÇÏÅ ÄÅÌÏ - ÎÁÄÏ ÏÞÅÎØ ÏÓÔÏÒÏÖÎÏ ÉÈ ÓÔÁ×ÉÔØ.

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

Объем занимаемых данных integer и smallint

[Alex Pugovko]

Hello, All!

В статье "Что быстрее: char(1), integer или smallint" 
http://ibase.ru/devinfo/test1.htm

есть такой вывод :

"2. Разницы в объеме занимаемых данных между char(1), integer и smallint нет 
как для таблиц, так и для индексов"


Статья довольно древняя и хотелось узнать как сейчас обстоят дела в FB с 
объемом занимаемых данных integer и smallint  ?

Будут ли какие-нибудь подвижки в этом направлении в FB2 ?

(В базе есть таблица-многомилионник с большим количеством полей для которых 
вполне хватило бы smallint ... и даже byte...)


With best regards, Alex Pugovko. 

Re: Вопросик про foreign key

[Dmitry Voroshin]

"Janex" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
>
> Yooo, точно - полyчилось, танкс Деду :)
>
> И вот каки мысли ешё мучат - когдато тут ктото
> говорил, что ето нехорошо в FK указывать Cascade Update ...
> Почему непомню, но если мне ето всётаки надо, то конешно могу
> в тригерах реализовать, но етот Cascade Update то те же
> самые тригера, только системные - неа ?

Не упоминай имя Cascade всуе! :)))

Re: Вопросик про foreign key

[Janex]

Yooo, точно - полyчилось, танкс Деду :)

И вот каки мысли ешё мучат - когдато тут ктото
говорил, что ето нехорошо в FK указывать Cascade Update ...
Почему непомню, но если мне ето всётаки надо, то конешно могу
в тригерах реализовать, но етот Cascade Update то те же
самые тригера, только системные - неа ?

Так получается что если сильно надо то без разници - можно и
с Cascade Update ... ?

Regards
Janex

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

[Eugeney Putilin]

Hi   "Андрей Могильный" 
> Я недавно поцапался с Ораклистами по этому поводу на sql.ru
> Оракл, зараза, не выдает в тексте исключения имя объекта БД, на который не
> хватает прав. Заказчик перешел с IB на Oracle и теперь задает нам такие
> вопросы - почему раньше система прямо говорила на какие таблицы, хранимки не
> хватает прав, а теперь нет?
Не надо было переходить?

:-D

Путилин Евгений.

Re: Вопросик про foreign key

[Ded]

Janex wrote:


Если я шас в первую таблицу делаю колонку $ID и для
её создаю уникальныи индекс, то почему я из второи
таблици немогy сделать FK на етот $ID ???


  Потому что index не равен constraint. Хотя constraint использует 
index. И ссылаются на constraint. Создавай не unique index, а constraint 
Unique.


--
Regards. Ded.

Вопросик про foreign key

[Janex]

Привет алл.

Подскажите токое:
есть первая таблица с PK и вторая таблица с FK на PK первои
таблици - как у людях, всё ОК.

Если я шас в первую таблицу делаю колонку $ID и для
её создаю уникальныи индекс, то почему я из второи
таблици немогy сделать FK на етот $ID ???
Если ето запрешено по сути, тоесть можно делать FK только
на PK, то всё ясно, но птица на ето неругается, она
говорит что по етому полю $ID ненаиден уникальныи инекс ...
Хотя он там есть ...
Что ето токое - птица чтото недокладывает до конца об ошибке или что ?

Понемаю что изврашенство но всётаки ...

Yаffil 889

Regards
Janex

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

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

ñ ÎÅÄÁ×ÎÏ ÐÏÃÁÐÁÌÓÑ Ó ïÒÁËÌÉÓÔÁÍÉ ÐÏ ÜÔÏÍÕ ÐÏ×ÏÄÕ ÎÁ sql.ru
ïÒÁËÌ, ÚÁÒÁÚÁ, ÎÅ ×ÙÄÁÅÔ × ÔÅËÓÔÅ ÉÓËÌÀÞÅÎÉÑ ÉÍÑ ÏÂßÅËÔÁ âä, ÎÁ ËÏÔÏÒÙÊ ÎÅ
È×ÁÔÁÅÔ ÐÒÁ×. úÁËÁÚÞÉË ÐÅÒÅÛÅÌ Ó IB ÎÁ Oracle É ÔÅÐÅÒØ ÚÁÄÁÅÔ ÎÁÍ ÔÁËÉÅ
×ÏÐÒÏÓÙ - ÐÏÞÅÍÕ ÒÁÎØÛÅ ÓÉÓÔÅÍÁ ÐÒÑÍÏ ÇÏ×ÏÒÉÌÁ ÎÁ ËÁËÉÅ ÔÁÂÌÉÃÙ, ÈÒÁÎÉÍËÉ ÎÅ
È×ÁÔÁÅÔ ÐÒÁ×, Á ÔÅÐÅÒØ ÎÅÔ?
÷ÏÏÂÝÅ ÓÔÁÎÄÁÒÔ ÔÁËÉÍÉ ×ÅÝÁÍÉ ÒÕÌÉÔ ÉÌÉ ÎÅÔ? ëÔÏ ÐÒÁ×, ÍÏÖÅÔ ËÔÏ ÚÄÅÓØ
ÐÏÄÓËÁÖÅÔ?
_

ó Õ×ÁÖÅÎÉÅÍ, áÎÄÒÅÊ íÏÇÉÌØÎÙÊ.