» InterBase и FireBird: вопросы по работе и их решение

delover
Блин, Опера дурканула, извиняюсь, сейчас кину полный ответ

OXDBA
Ой весьма прошу пардону, цыфру 1500 я видимо наобарот прочитал. Это же не 300$!
А как это мы можем решить? У меня Visa Classic.

Добавлено:

Цитата:

ключевыми здесь ... mssql,

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

Влияние Билли? Нет, скорее роботрона z80.


Добавлено:
и Йёды. Тёмная сторона опасна.

Продолжаем разговор mssql значит... Значит по Вашему FireBird должен быть бесплатным клоном mssql?
Если Вы используете FB, то не надо прикручивать к нему костыли от mssql, используйте его достоинства и обходите недостатки.
По существу

Цитата:

select id from mytable where id in (" 2000 разных айдишников через запятую ").

Не надо так зло с FB, если джойн не идет, то возьмите эти 2000 ID for select'ом в конце концов.
Как сделать TBooleanField в IBX датасете?
Не спрашиваю зачем, понимаю, что этим вопросом уже достали, но эмуляция интом и люминь, если есть желание пообсуждать Bool в SQL прошу в ПМ, не будем здесь разводить ...

Цитата:

Нет возможности в FB20 узнать активна ли сессия айдишники которой остались болтаться в темповой таблице

ИМХО не лучше ли в таком случае ON COMMIT DELETE ROWS?

Цитата:

А как это мы можем решить?

Так не со мной надо решать, а с Востриковым на Devrace, пока еще не у кого проблем не было. Если совсем не Россия, Беларусь, Украина, Казахстан то я думаю через ibase попробуем.

Добавлено:
Ох, не посмотрел на USER_TEMPORARY, см. в двойке README.global_temporary_tables.txt
25000 записей, снова нахлынули воспоминания, теперь о фоксе 2.0

OXDBA
Mssql не значит. Он у меня в коробке вместе с именной лицензией на BDS2006 архитект. В АСКУэ системе, где я трудился, прежде использовался этот сервер. Что общего между Билом и mssql не знаю, думаю то же, что и у Буша с Техасом. Про костыли весьма справедливо.


Цитата:

Не надо так зло с FB, если джойн не идет, то возьмите эти 2000 ID for select'ом в конце концов.

Именно джоин я и использую. Но ID сначала должны попасть в базу, например из селекта в DBGridEh в узле "Все элементы", по клавише Ctrl+A. Для Insert from select sp_split_ids это точно, убедился на тестах. Delete id in select sp_split_ids работает на порядки медленнее delete id in (...), про "убийство" по одиночке я молчу. )))


Цитата:

Как сделать TBooleanF... не будем здесь разводить ...

Не будем, мой компоненты xxxValues работают как датасет и добавляют в IDE-хе филды так же. Это делается на другом уровне. Поверьте приятно смотреть на код пробежки по вариантам разных типов. Лучше плохая поддержка, чем никакой. Я пробовал свою GridEh-у науськать, но что-то делаю не так, всё стало медленно и глючно.


Цитата:

ON COMMIT DELETE ROWS

Ой... Хто ито? В pdf пока не найдено.


Цитата:

Украина, Казахстан

Екатеринбург.


Цитата:

в двойке README.global_temporary

В двойке нет, есть в 2.1. Искал в инете, только про 2.1.


Цитата:

25000 записей, снова нахлынули воспоминания, теперь о фоксе 2.0

Радутет, что не совсем забыто.

Ладно, цыфирьки... Тестил вчера выборку - окно с деревом(счётчики выбранного в узлах и потомках, отдельный запрос), гридех в узле "все...", внизу датасет крыжовника. Локальной сортировки нет, чек - калкфилд. Пример 50000 записей. Жмем Ctrl+A мышой в попапине стойм на Check и засекаем время. Сетевая база - 12 секунд. Отмена 35 тыс из выбранных 50 тыс - 9 сек. Это с фибами. Все результаты с IBX и тд могу выложить. В среднем на операцию с 50 тыс около 15-и секунд. На троечку потянет?


Цитата:

Так не со мной надо решать, а с Востриковым на Devrace

Ладно, не буду. Надо батенька, чтобы нармальные хипы которые все это делают, чтобы тоже деньгу имели, а не только ms. Отстаём от графика по доморощенным Билгейтсам. Так мы коммунизм никогда не построим товарищ.

delover

Цитата:

В двойке нет, есть в 2.1. Искал в инете, только про 2.1.

Да, действительно, забыл уже, на 2.1 с RC1 сижу.
Для сравнения быстренько набросал тест использования GTT в FB 2.1, выбираем 50000 записей, Insert в GTT, update, в TABLE1 500 000 записей.
50000 record(s) was(were) updated in TABLE1
50000 record(s) was(were) inserted into TEMP_ID
------ Performance info ------
Prepare time = 32ms
Execute time = 4s 391ms
подробности см. в ПМ

OXDBA
Очень неплохо. Да и полный фетчь датасета дерево/грид и датасета в "подвале" это грид чтоб гулять по выбранному. Подчёркиваю cетевая база - 12 секунд. Это 11сек выборка (я вижу что переоткрылась таблица внизу и выполнился SELECT COUNT() GROUP BY TREE_ID, т.е. появились циферки в дереве). Далее через 1сек можно увидеть крыжики. Очевидно, что серверная сторона - 4 сек заполнение темпорари, 4 сек выборка данных с джойном, 1 сек счётчики на сервере, 1 сек на калькулируемое поле у меня, 1 сек на перерисовку графики/организацию потоков/виндовых сообщений. Что такое TServerSocket и TClientSocket я рассказывать не буду. Там много чего: пакеты, CRC, slip-ы и т.д. Возможно у меня потерялась секунда на сортировку ID перед тем как я делаю строку. Но мы увлеклись... Фокс 2.0 Вам это больше не напоминает?

Да я тут подумал, что знаю почему INSERT FROM SELECT SP_SPLITIDS_HUGE эффективен, а DELETE ... WHERE ID IN SELECT ... не эффективен. Возможно в случае с удалением SELECT рассматривается не как серилизатор условий, а как поле для нахождения выполнимости условия. Объяснил туманно конечно, но в этом моменте стоит копать. Будет оптимизовано. Это точно.

Ещё могу добавить, что такие скорости должны удивлять, так как для калькулируемых полей у программистов только Field.Value:=CheckedList.IndexOf(ID)>=1. Список в этом случае содержит 50 тыс, и произойдёт поиск каждого ID из 50 тыс. Для обычного TList (не TStringList) эта операция на 50 тыс займёт гораздо больше одной секунды.

ПМ я сейчас изучаю. У меня три вопроса:
1. ON COMMIN это на транзакцию или на сессию? Я не могу оставаться в пределах транзакции.
2. CREATE я полагаю делается один раз?
3. Я не использую констрейнт примарикей id. Есть мнение, что это может замедлить работу. Что есть на этот счёт?

GTT создается один раз, аналогично обычной таблице, но хранит временные данные. Время жизни:
ON COMMIT PRESERVE ROWS - данные в GTT хранятся до закрытия соединения.
ON COMMIT DELETE ROWS - данные в GTT хранятся до завершения транзакции.
т.е GTT - общие метаданные и изолированные между соединениями/транзакциями данные.

Цитата:

Есть мнение, что это может замедлить работу. Что есть на этот счёт

Древняя holy war на тему "естественные ключи против искусственных ключей", на этот счет есть пословица о том, что умеючи можно и запросом к RDB$DATABASE сервер на колени поставить.

Жаль, но у меня FireBird 2.0 ничего не понимает про ON COMMIT. Ну да это в общем пока не так важно. Всё остальное совместимо. Когда перейдём на 2.1 особо переделывать не придётся. Да и сами навороты про GTT нужны постольку поскольку:
1. Нет (не было) способа узнать активность другой сессии по индексу. Я уже смотрел в интернете про MON$ATTACHMENTS.
2. Нет способа писать на сессию триггер, как на таблицу. Я так и не понял зачем в IBExpert в регинфе базы Scriptc\Before Disconnect. Конечно on commit это по идее стандартизованный триггер.
3. Ограничение SmallInt на IB SQL. Не могу себе представить, зачем нужна GTT там где такое ограничение отсутствует? Если бы потери скорости (на то чтобы переварить на сервере строку с цифирей) составляли бы 4 секунды плюсом, то я бы даже не заморачивался и сэкономил бы своего личного времени огромное количество!

зы:
Нашёл у BDS2006 замечательную глюковину-багу. Если в обциях проекта добавить в Unit aliases строку GridsEh=DBGridEh (Project Options\Directories/Conditionals), то когда открываю проект, дельфа сначала ругается на ресурс, говорит типа Setup не тот и сваливает в аут. Думаю что dcc32.exe с нормальным *.cfg всё сделает как надо, а вот IDE помирает. Кстати она помирает даже если у Application сделать хелпер для CreateForm с добавочным параметром и указать этот параметр в project.dpr. Но это уже отдельная тема.

---

Приветы.

А в IBExpert можно раскрашивать SQL?