subject:"Re\: �� FB2"

Re: FB2 + MacOS — проблема с клиентом

2007-10-06 Пенетрантность Weber Eugen




On 05.10.2007, at 10:44, Mikalai Arapau wrote:



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

Нужен Firebird 2.x Embedded Server для MacOS X. x86 binary либо
Universal.



Кстати, а для PPC можно собрать? Что-то у меня руки никак не дойдут  
попробовать

Мож кто пробовал?

Re: FB2 + MacOS — проблема с клиентом

2007-10-05 Пенетрантность Khorsun Vlad


Mikalai Arapau ...

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

 В сборку для Мака (2.0.1CS/SS) не входит клиент.

 Я попробовал собрать FB 2.0.3 из сорцов, после некоторых манипуляций
 это удалось. Сам сервер вроде работает нормально, НО клиентская
 либа и embedded - не работают. При попытке коннекта пишется, что
 где-то вызывается освобождение памяти не там где надо/раньше времени.

 К Paul Beach я обращался, он сказал, что у него нету Мака, чтобы
 сделать сборку.

Ну так дай ему доступ на свой Мак и уговори этим заняться ;)

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

Re: FB2: повтор поля в Insert

2007-03-30 Пенетрантность Андрій Жук



у меня сказало Column table_name.ID cannot be repeated in INSERT 
statement.

Re: FB2 индекс по полю при проверке поле

2007-01-24 Пенетрантность Yurij




On Jan 23, 4:10 pm, Andrei [EMAIL PROTECTED] wrote:
  переход на ФБ2.0
  вызвал как много приятных эмоций так и
  не очень приятных (особо не приятны
  ошибки)
 все-таки, лично я считаю, что так делать
 нельзя. у ФБ есть большая клиентская
 база. многие, сейчас стоят перед
 вопросом: если ФБ2 несовместим с ФБ1.5,
 то может ну его нафиг -- сменить сервер?
 мало ли чего разработчикам в будущем
 еще стукнет в голову. Когда у тебя

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

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

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Леонид Агафонов



Ded писал(а):

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


ну конечно не так всё запущено ... 
в таблице document кроме тех полей что я
написал есть ещё только: номер, дата,
сумма, описание и системные поля (для
проверки прав на данную запись, бух.
операция и т.д.)
для аттрибутов заводятся таблички для
шапки накладной например Bill для
позиций BillLine в которых хранятся уже
необходимое кол-во атрибутов
поэтому при создании любого кол-ва
пользовательских документов у нас
есть стандартная основа document для
реализации стандартной логики а вся
остальная зависит только от
пользовательской настройки
система живая, используется более чем
1000 клиентов для автоматизации
бухгалтерии, склада, производства,
торговли, зарплаты и т.д.

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

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-23 Пенетрантность ArtGal


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

 ну и, было принято решение - вынести
 nickname и еще пару полей в отдельную таблицу,
 связанную с основной как 1-1.

 Вот такая басня.


Это не басня а нормальное красивое (уже ставшее классикой)
решение проблемы.

ИМХО. Можно избавиться от null'ов.
В похожей ситуации мы заменили null'ы на -2147483647.

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

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-23 Пенетрантность WildSery


On Tue, 23 Jan 2007 11:54:04 +0300, ArtGal [EMAIL PROTECTED] wrote:
 ИМХО. Можно избавиться от null'ов.
 В похожей ситуации мы заменили null'ы на -2147483647.

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

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

Re: FB2 ��

2007-01-23 Пенетрантность Boltik Evgeny


 ÚÁÐÒÏÓ ÔÉÐÁ

 select *
 from
  document doc
 where
  doc.documenttypekey = :documenttypekey
  and
  doc.documentdate = :documentdate
  and
  doc.parent is null

 ÂÅÒÅÔ ÉÎÄÅËÓ parent
 DOCUMENTDATE 0,00106269924435764551
 PARENT   0,0123205666113790358
 DOCUMENTTYPEKEY  0,0285714287310838699

èÏÞÅÛ ÄÏÂÉÔÓÑ ÐÒÏÉÚ×ÏÄÉÔÅÌØÎÏÓÔÉ ÓÄÅÌÁÊ ÓÏÓÔÁ×ÎÏÊ ÉÎÄÅËÓ Õ ÔÅÂÑ ÕÓÌÏ×ÉÅ ÐÏ 
é Á ÎÅ ÐÏ éìé ÏÄÎÁËÏ. üÔÏ ÎÅ ÚÎÁÞÉÔ ÞÔÏ ÒÁÚ ÎÁ ËÁÖÄÏÅ ÐÏÌÅ ÉÎÄÅËÓ ÅÓÔØ 
×ÓÅ ÂÕÄÅÔ ÌÅÔÁÔØ. õ ÔÅÂÑ ×ÉÄÁÔØ ÐÏÌÚÏ×ÁÎÉÅ ÔÁÂÌÉÃÅÊ ÔÁËÏÅ ÞÔÏ ÌÕÞØÛÅ ÓÄÅÌÁÔØ 
ÓÏÓÔÏ×ÎÙÅ ÉÎÄÅËÓÙ.

õ  ÍÅÎÑ ÅÓÔØ ÔÁÂÌÉÃÁ ÐÒÏÄÁÖ ÐÏËÕÐÏË ÄÙË ÔÁÍ ×ÙÑÓÎÉÌÏÓØ ÄÁÂÙ ×ÓÅ ÌÅÔÁÌÏ ÎÁÄÏ 
ÉÎÄÅËÓÙ ÓÏÓÔÁ×ÎÙÅ ÓÄÅÌÁÔØ ÄÁ ÅÝÅ ÄÌÑ ËÏÎËÒÅÔÎÙÈ ÓÌÕÞÁÅ×. éÎÏÇÄÁ ÐÒÉÈÏÄÉÔÓÑ 
ÓÏÚÄÁ×ÁÔØ ÉÎÄÅËÓ ÔÏÌØËÏ ÄÌÑ ËÏÎËÒÅÔÎÏÇÏ ÏÔÞÅÔÁ ÐÏÔÏÍÕÞÔÏ ÒÁÚÒÏÚÎÅÎÎÏ 
ÂÏÌÔÁÀÝÉÅÓÑ ÉÎÄÅËÓÙ ÜÔÏ ÌÉÛÎÉÅ ÞÔÅÎÉÑ.

÷ Ô×ÏÅÍ ÓÌÕÞÁÅ ÅÓÌÉ ÅÓÔØ ÄÁÎÎÙÅ
DOCUMENTDATE PARENT   DOCUMENTTYPEKEY
01,01,20071 
1
01,01,2007null 
2
01,01,2007null 
2
01,01,2007null 
3
01,01,2007null 
3
01,01,2007null 
3

ÐÏÌÕÞÁÅÍ ÓÅÌÅËÔÉ×ÎÏÓÔØ  DOCUMENTDATE ÌÕÞÛÁÑ ×ÒÏÄÅ ËÁË ÎÏ ÅÓÌÉ 
ÐÏÄÂÉÒÁÔØ ÐÏ ÎÅÍÕ ÐÏÌÕÞÉÛ ×ÓÅ 6 ÞÔÅÎÉÊ ×ÚÑÔØ PARENT ÔÏ 5 ÞÔÅÎÉÊ ËÏÒÏÞÉ ÔÕÔ 
ÍÏÖÎÏ ËÒÕÔÉÔØ ÜÔÏ ËÁË ËÕÂÉË ÒÕÂÉË, ÎÏ ÏÂÙÞÎÏ ÅÓÔØ ÓÔÒÏÇÁÑ ÚÁÄÁÞÁ ÈÏÔÉÍ ÜÔÏ É 
ÅÓÌÉ ÂÕÄÅÔ ÉÎÄÅËÓ
PARENT   DOCUMENTDATE DOCUMENTTYPEKEY
É ÓÏÏÔ×ÅÔÓÔ×ÅÎÎÏ ÉÓËÏÍÏÅ null and 01.01.2007 and 2 ÔÏ ÂÕÄÅÔ ÔÅÂÅ ÓÞÁÓÔØÅ 
×ÓÅÇÏ 2 ÞÔÅÎÉÑ É ÂÅÚ ÚÁÍÏÒÏÞÅË É ÏÐÔÉÍÉÚÁÔÏÒÕ ÈÏÒÏÛÏ É ÔÅÂÅ ÓÐÏËÏÊÎÏ. äÁÌÅÅ 
× ÚÁ×ÉÓÉÍÏÓÔÉ ÏÔ ÕÓÌÏ×ÉÊ ×ÙÂÏÒÏË ÎÁÄÏ ÒÁÓÐÏÌÏÇÁÔØ ÐÏÌÑ ÔÅ ÐÏ ËÏÔÏÒÙÍ
ÌÕÞÛÅ × ËÏÎÅÃ. á ×ÏÏÂÝÅ ÐÏÍÏÖÅÔ ÔÏÌØËÏ ÁÎÁÌÉÚ ÚÁÐÒÏÓÏ× ÐÅÒÅÄ ÉÈ ×ÙÐÕÓËÏÍ × 
ÖÉÚÎØ.

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-23 Пенетрантность ArtGal


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

 On Tue, 23 Jan 2007 11:54:04 +0300, ArtGal
[EMAIL PROTECTED] wrote:
  ИМХО. Можно избавиться от null'ов.
  В похожей ситуации мы заменили null'ы на -2147483647.

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



Фууу хилый 0.
У нас круче -2147483647.
Во как.
8-)

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

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-23 Пенетрантность WildSery


On Tue, 23 Jan 2007 15:28:32 +0300, ArtGal [EMAIL PROTECTED] wrote:
 У нас круче -2147483647.

Чем грузины?  :D

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Леонид Агафонов



Boltik Evgeny писал(а):

 Хочеш добится производительности сделай составной индекс у тебя условие по
 И а не по ИЛИ однако. Это не значит что раз на каждое поле индекс есть
 все будет летать. У тебя видать ползование таблицей такое что лучьше сделать
 состовные индексы.

 У  меня есть таблица продаж покупок дык там выяснилось дабы все летало надо
 индексы составные сделать да еще для конкретных случаев. Иногда приходится
 создавать индекс только для конкретного отчета потомучто разрозненно
 болтающиеся индексы это лишние чтения.

Евгений, Вы конечно на сто процентов в
данном случае правы, для данного
конкретного случая так было и сделано
(создан составной индекс)
но эти примеры я приводил не для помощи
в конкретной ситуации, переход на ФБ2.0
вызвал как много приятных эмоций так и
не очень приятных (особо не приятны
ограничения на использование альяса
таблицы и названия, ограничения на
указания в order by поля которого нет в group
by, я понимаю что так писать не красиво
но от этого не легче на большом кол-ве
проектов проверить всю отчетность и
мелкие запросики которые писались на
месте у клиента практически не
возможно, исправлять приходится
только опытным путём после получения
ошибки)

мне казалось что не у нас одних
проблема с индексом при указании is null
(раз это конкретный случай будем
перелопачивать все исходники пытаться
проставить +0 при подготовке запросов)

раз это укладывается в общую логику и у
остальных проблем не вызывает
предлагаю тему закрыть

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Andrei


 переход на ФБ2.0
 вызвал как много приятных эмоций так и
 не очень приятных (особо не приятны
 ограничения на использование альяса
 таблицы и названия, ограничения на
 указания в order by поля которого нет в group
 by, я понимаю что так писать не красиво
 но от этого не легче на большом кол-ве
 проектов проверить всю отчетность и
 мелкие запросики которые писались на
 месте у клиента практически не
 возможно, исправлять приходится
 только опытным путём после получения
 ошибки)

все-таки, лично я считаю, что так делать
нельзя. у ФБ есть большая клиентская
база. многие, сейчас стоят перед
вопросом: если ФБ2 несовместим с ФБ1.5,
то может ну его нафиг -- сменить сервер?
мало ли чего разработчикам в будущем
еще стукнет в голову. Когда у тебя
большой проект (платформа) на которой
работают более тысячи предприятий.
Когда возможности платформы позволяют
пользователю (настройщику)
расширять-дорабатывать-разрабатывать
свой софт, то тут и начинается шоу...
Советую почитать Спольского, почему
Микрософт стала Микрософтом. Потому
что от версии к версии поддерживала
обратную совместимость, чего бы это не
стоило. Зато получили доверие
пользователей и разработчиков...

С чем столкнулись лично мы:

1. алиасы и имена таблиц в запросах. Я
согласен, что это потенциально
уменьшит количество ошибок в запросах,
но в настоящее время это существенно
увеличило количество ошибок в
программах которые до этого считались
стабильными. Особенно напрягают такие
случаи:

SELECT gd_contact.id FROM gd_contact c WHERE... -- я понимаю,
что это частный случай, но таблица то
одна...

2. отсутствие встроенных функций.

3. запрет на преобразование даты к
целому.

4. изменились параметры подключения к
сервису для шатдауна-вывода БД в
онлайн. Из-за чего старый код теперь не
работает. Придется лезть и смотреть
чего-там не так.

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Alexandr Kochmin



A все-таки, лично я считаю, что так делать
A нельзя.

ну а истина как всегда, где-то рядом. ;)

--
С уважением
Кочмин Александр
Firebird Foundation associate member #257

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Nikolay Ponomarenko



Hello, Ded!
You wrote  on Mon, 22 Jan 2007 21:17:08 +0300:


?? более понятный пример из жизни:
?? есть таблица документов (document) :
?? id - идентификатор
?? parent - ссылка на главный документ (если
?? parent is null то это заголовок документа
?? если заполнен то позиции документа)

D Какая у людей интересная жизнь... (С). То есть, в заголовке
D болтаются не пришей, кхм, рукав, атрибуты позиций, а в позициях -
D заголовка?

А варианты, когда документ может быть как отдельным объектом, так и
отдельным пунктом документа верхнего уровня?

--
-=владение русской орфографией  - это как владение кунг-фу: настоящие 
мастера не применяют его без необходимости...=-
With best regards,  Nikolay Ponomarenko

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность ArtGal


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

 все-таки, лично я считаю, что так делать
 нельзя. у ФБ есть большая клиентская
 база. многие, сейчас стоят перед
 вопросом: если ФБ2 несовместим с ФБ1.5,
 то может ну его нафиг -- сменить сервер?

Но жизнь на FB 2 и даже на 3 не кончается.
Клиентская база будет расти.
Лучше исправить сейчас чем тянуть старые
баги для поддержания старых ошибок.

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность WildSery


On Tue, 23 Jan 2007 17:10:58 +0300, Andrei [EMAIL PROTECTED] wrote:
 С чем столкнулись лично мы:
 2. отсутствие встроенных функций.
 3. запрет на преобразование даты к
 целому.

А что, в FB1.5 это было?

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

Для того и нужны баг-репорты. Если это уже не исправлено в 2.0.1.
Кроме того, в существующем проекте прямо все-все запросы работают наиболее 
оптимальным образом, наверное?

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Horsun Vlad

Andrei ...

все-таки, лично я считаю, что так делать
нельзя.

Как ?

у ФБ есть большая клиентская
база. многие, сейчас стоят перед
вопросом: если ФБ2 несовместим с ФБ1.5,

та ты шо ? несовместим, оказывается !

то может ну его нафиг -- сменить сервер?

Может

мало ли чего разработчикам в будущем
еще стукнет в голову.

Спасибо

Когда у тебя
большой проект (платформа) на которой
работают более тысячи предприятий.

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

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

Да ? Доверие ? Гы

С чем столкнулись лично мы:

...
2. отсутствие встроенных функций.

Их стало меньше в 2.0 ?

3. запрет на преобразование даты к
целому.

Это тоже произошло в 2.0 ?

4. изменились параметры подключения к
сервису для шатдауна-вывода БД в
онлайн. Из-за чего старый код теперь не
работает. Придется лезть и смотреть
чего-там не так.

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

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

А давай-ка ты с сервера X версии N перейдёшь на версию
N + 1, ничего не меняя, а потом будешь рассказывать об этом
счастливом опыте ?

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Ded



Nikolay Ponomarenko wrote:


А варианты, когда документ может быть как отдельным объектом, так и
отдельным пунктом документа верхнего уровня?


   И оба - экземпляры одной сущности имеющие одинаковый набор атрибутов?

--
Regards. Ded.

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Dmitri Kuzmenko

Hello, Andrei!

Andrei wrote:

все-таки, лично я считаю, что так делать
нельзя. у ФБ есть большая клиентская
база. многие, сейчас стоят перед
вопросом: если ФБ2 несовместим с ФБ1.5,
то может ну его нафиг -- сменить сервер?

забей. точно такая же фигня была в момент
появления Firebird 1.02. Где стали
запрещены запросы с неуказанием алиаса
таблицы, если в запросе попадались таблицы
с одинаковыми именами столбцов.

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

А вот исправление парсера, который допускал
выполнение кривых запросов - это тоже
правильное дело.

1. алиасы и имена таблиц в запросах. Я
согласен, что это потенциально
уменьшит количество ошибок в запросах,
но в настоящее время это существенно
увеличило количество ошибок в
программах которые до этого считались
стабильными. Особенно напрягают такие
случаи:

ой, фигню вы пишете. я писать алиасы в запросах
приучился еще с конца 90х годов. И у меня есть
база, созданная в 1997 году, которая кочует
по всем версиям IB/FB ВООБЩЕ БЕЗ ПЕРЕДЕЛОК
ИЛИ ИСПРАВЛЕНИЙ.
То есть, и вы тоже научитесь писать запросы правильно.

SELECT gd_contact.id FROM gd_contact c WHERE... -- я понимаю,
что это частный случай, но таблица то
одна...

ну и чего это за бред написан?

а еще не работает gbak -r

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

нет в жизни счастья.

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Oleg Deribas


Hello,

Andrei said the following on 23.01.2007 16:10:

 все-таки, лично я считаю, что так делать нельзя. 

Как делать нельзя? Новые версии выпускать нельзя?

 у ФБ есть большая клиентская база. многие, сейчас стоят перед 
 вопросом: если ФБ2 несовместим с ФБ1.5, то может ну его нафиг --
 сменить сервер? 

И огрести все то же самое. Иногда, даже еще в больших размерах.

 Советую почитать Спольского, почему Микрософт стала Микрософтом. 

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

Старые проекты которые тяжело перевести на 2.0 я оставлю на 1.5.x - вон,
вроде бы и 1.5.4 будет выпущен. И они как работали так и будут
продолжать работать.

-- 
Oleg

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Леонид Агафонов



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

немножко оскорбительны Ваши выражения
приведенные выше да и в других постах к
сожалению
возможно конечно Вы единственный
человек обладающий мегаопытом и
пишущий мегаправильно мегасистему
я в общем-то уважительно к Вам отношусь
из-за того что большинство Ваших
постов (когда они по теме)
действительно правильны и во многом
повлияли на развитие ФБ, но если можно
давайте более уважительно относиться
к собеседникам, большинство из нас не
разработчики ФБ а пользователи
данного продукта, со своими проблемами
иногда хочется написать про проблемы
вызванные оптимизатором, обсудить
конкретные проблемы падения базы но
как представишь себе что тебе ответят
в 50% случаев хамством, руки сразу
опускаются, а потом друг на друга
киваем, что вяло тестируют

мы раньше часто использовали Yaffil нас
очень устраивало и быстродействие и
наличие оптимизации под винду и
встроенные функции, при попытке
тестирования наших баз на ФБ2
альфа/бета мы уже тогда столкнулись со
сложностью переноса из-за ограничений
на синтаксис введенный в ФБ это
осложнило тестирование перехода и
затянуло сам переход
но при росте баз  на Yaffl мы столкнулись
со специфической проблемой превышения
2Гб процессом при большом кол-ве
одновременных запросов, что начало
приводить к катострофическим
последствиям (для нас), базы были
срочно переведены на ФБ2, всё работает
полёт нормальный :), но зачастую мы
имеем совершенно другую логику
оптимизатора (я всё про свои нуллы) и
ошибки из-за мелочных изменений в
синтаксисе, что практически
парализовало работу нескольких
сотрудников отсюда и раздражение
несовместимостью
ладно всё это лирика

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Dmitri Kuzmenko

Hello, Леонид!

Леонид Агафонов wrote:

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

это было написано НЕ ВАМ, и более того,
это была абстрактная фраза, причем ПРО РАЗВИТИЕ СЕРВЕРА. Читайте,
пожалуйста, внимательнее. Привожу полную цитату:

Andrei wrote:

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

Ded wrote:
Сам от этого страдаю. Но страдаю столько раз, сколько менял версию.

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

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

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

Re: FB2 индекс по полю при проверке поле

2007-01-23 Пенетрантность Ded



Dmitri Kuzmenko wrote:


это было написано НЕ ВАМ, и более того,
это была абстрактная фраза, причем ПРО РАЗВИТИЕ СЕРВЕРА.


   Всё равно вспылил, приношу извинения. Пожалуй надо помолчать 
какое-то время. Задрало всё на работе, язва опять обострилась :(


--
Regards. Ded.

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-22 Пенетрантность sasha



Леонид Агафонов wrote:

Добрый день!

Есть запрос
select * from
  test_table c
where
  c.cost = 0
  and
  c.parent is null

FB2 берёт индекс по parent

селективность индекса по полю cost
0,45242726628202945
селективность индекса по полю PARENT
0,0149521531511709327


Я когда-то с индексами по выражениям пытался мутить что-то вроде такого:

делаете индекс вычисляемый COALESCE(parent, -Id)

а потом говорите:

select * from
  test_table c
where
  c.cost = 0
  and
  (COALESCE(c.parent, -c.Id) = -c.Id AND c.parent is null)

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-22 Пенетрантность sasha



Ой, не, глупостьи неправду написал. Там не COALESCE(c.parent, -c.Id) 
было, а результат подзапроса к другой таблице. Тут такое не прокатит к 
сожалению :-(

Re: FB2 Сообщение invalid SEND request

2007-01-22 Пенетрантность Vlad Horsun


Леонид Агафонов ...
 Добрый день!

 При работе с базой на сервере в логе
 появилось сообщение (два раза):
 FBSERVER (Server) Mon Jan 22 17:49:44 2007
 Database: E:\TEST.FDB
 internal gds software consistency check (invalid SEND request (167),
 file: exe.cpp line: 494)
 FBSERVER (Server) Mon Jan 22 17:49:44 2007
 Database: E:\TEST.FDB
 internal gds software consistency check (invalid SEND request (167),
 file: exe.cpp line: 494)

 После этого к базе подключиться было
 не возможно (загрузка процессора 0%)

 Что может означать это сообщение?

http://tracker.firebirdsql.org/browse/CORE-1080

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

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-22 Пенетрантность Dmitry Yemanov



Леонид Агафонов wrote:


Есть запрос
select * from
  test_table c
where
  c.cost = 0
  and
  c.parent is null

FB2 берёт индекс по parent


Только по нему или по обоим полям?


я кончено понимаю что наверное теперь
is null это такое-же значение как и любое
другое


Почему теперь? Оно всегда было таким же.


--
Дмитрий Еманов

Re: FB2 Сообщение invalid SEND request

2007-01-22 Пенетрантность Dmitry Yemanov



Леонид Агафонов wrote:


При работе с базой на сервере в логе
появилось сообщение (два раза):
FBSERVER (Server)   Mon Jan 22 17:49:44 2007
Database: E:\TEST.FDB
internal gds software consistency check (invalid SEND request (167),
file: exe.cpp line: 494)
FBSERVER (Server)   Mon Jan 22 17:49:44 2007
Database: E:\TEST.FDB
internal gds software consistency check (invalid SEND request (167),
file: exe.cpp line: 494)

Что может означать это сообщение?


  **
  * v2.0.1
  **

* Fixed bug CORE-1080
Bugcheck 167 (invalid SEND request) in SS when many parallel 
attachments begin

to execute trigger not loaded into metadata cache
  Contributor(s):
Vlad Horsun horsun at kdb.dp.ua


--
Дмитрий Еманов

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-22 Пенетрантность WildSery


On Mon, 22 Jan 2007 19:29:45 +0300, Леонид Агафонов [EMAIL PROTECTED] wrote:
 Есть запрос

select * from
   test_table c
   where c.cost = 0 and c.parent+0 is null

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-22 Пенетрантность Vlad Horsun



Леонид Агафонов ...
 Добрый день!

 Есть запрос
 select * from
   test_table c
 where
   c.cost = 0
   and
   c.parent is null

 FB2 берёт индекс по parent

 селективность индекса по полю cost
 0,45242726628202945
 селективность индекса по полю PARENT
 0,0149521531511709327

Почти на 2 порядка лучше, однако

 я кончено понимаю что наверное теперь
 is null это такое-же значение как и любое
 другое
 но может это не очень хорошо?

В данном запросе - это отлично

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

И шо ?

 есть ли возможность отключить
 использование такого поведения в
 настройках

Зачем ?

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

Re: FB2 индекс по полю при проверке поле

2007-01-22 Пенетрантность Ded



Леонид Агафонов wrote:


более понятный пример из жизни:
есть таблица документов (document) :
id - идентификатор
parent - ссылка на главный документ (если
parent is null то это заголовок документа
если заполнен то позиции документа)


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


--
Regards. Ded.

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-22 Пенетрантность DmitryLe


Это старо как мир, а не решение
проблемы. 
Дмитрий

Re: FB2 Сообщение invalid SEND request

2007-01-22 Пенетрантность Dmitry Yemanov



Леонид Агафонов wrote:

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


Выйдет на днях.


--
Дмитрий Еманов

Re: FB2 индекс по полю при проверке поле IS NULL

2007-01-22 Пенетрантность Dmitri Kuzmenko



Hello, DmitryLe!

DmitryLe wrote:

Это старо как мир, а не решение
проблемы. 


согласен, старо, и я про это уже писал где-то в 2000 году :-)

только почему это не решение проблемы?

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

Re: FB2 + DB_KEY - проблемки парсера

2007-01-17 Пенетрантность Dmitri Kuzmenko



Hello, WildSery!

WildSery wrote:

Да, всегда так было.
Но объясни, зачем такая избирательность, что только в триггере 

 без алиаса нельзя, а в запросе и в процедуре можно?

например.

select rdb$db_key from table.

все ок. Rdb$db_key имеет контекст table.

теперь пишем в триггере то же самое.
чей контекст у rdb$db_key? триггера? или table?

это я к тому, что
select field from table
будучи написанное в триггере, может означать что
1. field это поле таблицы, для которой сработал триггер
2. field это поле table

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

Re: FB2 + DB_KEY - проблемки парсера

2007-01-17 Пенетрантность WildSery


On Wed, 17 Jan 2007 12:52:16 +0300, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
 select field from table
 будучи написанное в триггере, может означать что
 1. field это поле таблицы, для которой сработал триггер

Это в каком же случае оно так означает?
Я думал, что только с приставками OLD. и NEW. можно использовать. Какие тут 
могут быть разночтения?

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

Re: FB2 + DB_KEY - проблемки парсера

2007-01-17 Пенетрантность sasha




теперь пишем в триггере то же самое.
чей контекст у rdb$db_key? триггера? или table?


Однозначно таблицы, т.к. для триггера было бы NEW. или OLD.

Re: FB2 + DB_KEY - проблемки парсера

2007-01-16 Пенетрантность WildSery


On Tue, 16 Jan 2007 19:00:51 +0300, sasha [EMAIL PROTECTED] wrote:
 то уже не компиллируется:

Не скомпилируется, кстати, если и вообще алиаса нет у таблицы, типа
SELECT RDB$DB_KEY FROM MyTable INTO :EXISTING_DB_KEY;

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

Re: FB2 + DB_KEY - проблемки парсера

2007-01-16 Пенетрантность sasha




Не скомпилируется, кстати, если и вообще алиаса нет у таблицы, типа
SELECT RDB$DB_KEY FROM MyTable INTO :EXISTING_DB_KEY;


Та я знаю. А раньше вроде работало...

Re: FB2 + DB_KEY - проблемки парсера

2007-01-16 Пенетрантность Sergey Mereutsa


Привет!

 А почему когда я пишу в триггере

 SELECT T.RDB$DB_KEY FROM MyTable T WHERE ... INTO :EXISTING_DB_KEY;

 то у меня всё компиллируется, а если так

 SELECT RDB$DB_KEY FROM MyTable T WHERE ... INTO :EXISTING_DB_KEY;

 то уже не компиллируется:

А потому, что обычным смертным знать по этот ключик не положено, и для
них его нету. Хошь юзать хак - не придирайся и пиши алиас, не хочешь -
используй PK.



-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: FB2 + DB_KEY - проблемки парсера

2007-01-16 Пенетрантность sasha




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


Так его ж IBExpert активно показывает в списке полей. Мне чё-то кажется 
что мало кто о нём не знает.

Re: �� FB2

2006-11-01 Пенетрантность Marat Zigangirov


  òÁÎØÛÅ ÄÏ FB2, ÅÓÌÉ ÎÅ ÏÛÉÂÁÀÓØ, ÎÁÓÔÏÑÔÅÌØÎÏ ÎÅ ÒÅËÏÍÅÎÄÏ×ÁÏÌÏÓØ
ÓÏ×ÍÅÝÁÔØ
  ÏÄÎÏ×ÒÅÍÅÎÎÙÊ ÄÏÓÔÕÐ Ë ÂÁÚÅ ÐÏ ÌÏËÁÌØÎÎÏÍÕ É ÕÄÁÌÅÎÎÏÍÕ ÐÒÏÔÏËÏÌÁÍ.

 îÅ ÐÏÍÎÀ ÔÁËÏÇÏ.

http://www.ibase.ru/devinfo/dontdoit.htm  - 1 ÐÕÎËÔ
ôÁÍ ÎÅ ÓËÁÚÁÎÏ Ñ×ÎÏ ÐÒÏ ÌÏËÁÌØÎÏÅ É ÕÄÁÌÅÎÎÏÅ ÐÏÄËÌÀÞÅÎÉÑ, ÇÏ×ÏÒÉÔÓÑ ÐÒÏ
ËÏÎÎÅËÔ Ë ÏÄÎÏÊ ÂÁÚÅ Ó ÒÁÚÎÙÍÉ ÐÕÔÑÍÉ. ñ ÐÒÅÄÐÏÌÏÖÉÌ, ÞÔÏ
c:\database.fdb É localhost:c:\database.fdb - ÒÁÚÎÙÅ ÐÕÔÉ Ó ÔÏÞËÉ ÚÒÅÎÉÑ
ÓÅÒ×ÅÒÁ.

  ðÏÓÌÅ ÚÁÄÅÊÓÔ×Ï×ÁÎÉÑ XNET × FB2 ÜÔÉ ÒÅËÏÍÅÎÄÁÃÉÉ ÏÓÔÁÌÉÓØ × ÓÉÌÅ ÉÌÉ FB2
  ÔÅÐÅÒØ ×ÓÅ ËÏÒÒÅËÔÎÏ ÒÁÚÒÕÌÉ×ÁÅÔ É ÂÅÓÐÏËÏÉÔÓÑ ÎÁ ÜÔÏÔ ÓÞÅÔ ÔÅÐÅÒØ
ÉÚÌÉÛÎÅ?

 óÍÏÔÒÑ ËÁËÉÅ ÂÅÓÐÏËÏÊÓÔ×Á ÉÍÅÀÔÓÑ ××ÉÄÕ.

âÅÓÐÏËÏÉÔ ÐÏ×ÒÅÖÄÅÎÉÅ ÂÁÚÙ ×ÐÌÏÔØ ÄÏ ÅÅ ÐÏÌÎÏÇÏ ÕÎÉÞÔÏÖÅÎÉÑ (Ó).

--
Marat Zigangirov

Re: �� (FB2 RC1 CS Linux)

2006-09-06 Пенетрантность Vadim Mescheryakov


á ÎÁ Ä×ÏÒÅ RC4... é ÞÔÏ ÏÎÉ ÔÁÍ ×ÓÑËÕÀ ÆÉÇÎÀ ÍÏÌÏÔÉÌÉ ÁÖ ÅÝ£ 3 RC 
 ×ÙÐÕÓÔÉÌÉ, ÎÁ ÆÉÇÁ, ÒÅÌÉÚÉÌÉ ÂÙ ÐÅÒ×ÙÊ...

äÁ, ÎÅ ÚÒÑ ÏÎÉ RC4 ×ÙÐÕÓÔÉÌÉ.
ðÏÓÔÁ×ÉÌ RC4, ÒÁÂÏÔÁÅÔ ÎÏÒÍÁÌØÎÏ ÂÅÚ ÏÂÒÙ×Ï×.

óÐÁÓÉÂÏ

Re: FB2 - ��

2006-06-28 Пенетрантность Dmitry Yemanov

Kovalenko Dmitry [EMAIL PROTECTED] wrote:

 Раньше эти колонки имели
 фактичеческую кодировку OCTETS, то есть
 их размер не зависил ни от чего и был,
 зачастую, равен 31 байт.

Дык это был очевидный баг.


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: FB2 - измена с кодировками

2006-06-28 Пенетрантность Kovalenko Dmitry

  Раньше эти колонки имели
  фактичеческую кодировку OCTETS, то есть
  их размер не зависил ни от чего и был,
  зачастую, равен 31 байт.

 Дык это был очевидный баг.

Ха, я вот забацал запрос вида

SELECT f.RDB$FIELD_NAME,
   f.RDB$CHARACTER_LENGTH,
   f.RDB$FIELD_LENGTH
from rdb$fields f
where f.RDB$SYSTEM_FLAG=1
  and f.RDB$FIELD_TYPE in (14,37)

и подивился с NULL-а во второй колонке и
значению в третьей.

Как на FB2, так и на FB1.5

Вопрос, откуда FB2 берет 93 байта под
колонки с именами, если у них
физическая длина ограничена 31 байтом?

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: FB2 - ��

2006-06-28 Пенетрантность Dmitry Yemanov

Kovalenko Dmitry [EMAIL PROTECTED] wrote:

 Вопрос, откуда FB2 берет 93 байта под
 колонки с именами, если у них
 физическая длина ограничена 31 байтом?

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


--
Дмитрий Еманов




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: FB2 - ???�???�???� N? ????????N????????�????

2006-06-28 Пенетрантность Roman Rokytskyy

 ??, ?? FB2

 С чем-чем там измена ? :)

Слушайте, подскажите, что там глупому Fidolook подправить, чтоб он такие 
штуки больше не делал - даю просто Reply to newsgroup,  он кодировку 
портит

а я писал, что если не ошибаюсь, то 93 байта будут только для lc_ctype=NONE, 
для остальных (lc_ctype=WIN1251 или UNICODE_FSS) - согласно правил.

Роман 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: FB2 - измена с кодировками

2006-06-28 Пенетрантность Kovalenko Dmitry

Поправочка, иик и вопрос в конце

 В FB2 размер буфера (XSQLVAR::sqllen) под
 текстовые колонки вычисляется по
 формуле

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

 Если кодовая страница подключения - NONE,
 то берется родная кодировка колонки

Если колонка имеет кодировку OCTETS или
NONE, то берется родная кодировка
колонки


Нарвался на текстовые системные
колонки с кодировкой NONE :)


Вопрос - почему я не могу подключиться
к базе с использованием
кодовой страницы OCTETS?

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: FB2 RC3?

2006-06-23 Пенетрантность Vadim Mescheryakov

 Скачала свежий билд, там написано RC3, это что означает?
А откуда его все качают? 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

1 2 >

Результаты 1 - 100 из 116 matches

Mail list logo