Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » InterBase и FireBird: вопросы по работе и их решение

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Открыть новую тему     Написать ответ в эту тему

delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ant0ni02004
Спасибо, пока не уверен, но золотая голова. У меня иногда роли руководителя хромают, но есть повод поднять дисциплину...
 
Добавлено:
На моих часах 20-Июня 2012, предыдущий пост 19го. Я отмечу в календаре.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 22:01 19-06-2012
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А если можно другой совсем вопрос. Надо это многим, но сразу же обозначу позицию - это баловство. Есть уже давно разработанный и 100% действующий метод - шаблон. Дело касается отвалившихся коннектов. Тут решение простое если запись о коннекте не заблокирована for update with lock то мы её удалаем и видим только тех кто реально находится в коннекте. Но если юрер залез в IBExpert то не видим его. Я хотел бы узнать есть или нет триггер на соединение с базой, не IBExpert. Я понимаю - политика безопасности, я вообще не собираюсь ничего делать в этом случае - хотят чтобы просто запись в моей гридине болталась. Когда я последний раз подымал тему - было это очень давно. Потом появились какиета таблицы маниторов, много всего изменилось. Если нельзя -то нельзя, мне не нужно чтобы эта возможность была, мне нужно знать - есть она или нет.
 
Добавлено:
Свой анализ предыдущего решения я опубликую в очередном порядке, чтобы не мешать форуму.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 20:12 20-06-2012
exteris

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
delover
DB Triggers - On Connect, On Disconnect, ...
Не помню с какой версии.

Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 09:01 21-06-2012
ant0ni02004

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
когда-то это было геморно, через ServiceAPI только
начиная с 2.1 можна OnConnect-триггер вешать и смотреть MON$-таблицы
2.5 даже Audit and Trace Services API забабахал

Всего записей: 442 | Зарегистр. 26-10-2004 | Отправлено: 16:14 21-06-2012
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ого, я действительно пещерный. На слудующую версию капну и в этом направлении. Блин даже настроение поднялось.
 
Добавлено:
А мон что загнулся? извините - я его не знаю - но помоему адекватное решение. Тогда печаль.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 22:44 21-06-2012
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Нет, живет и здравствует. Начиная с 2.5 получил кучу дополнительных возможностей: срубание запросов, конектов, кучу дополнительной статистики, вобщем прелесть.
 
Добавлено:

Цитата:
 
delover
 
Жаль что miwa не задал вопросов.  

 
Прошу извинить, был немного занят.
Вопрос должен был быть о возможностях оффтопного движка или о возможностях ФБ использовать ручные планы запросов? Ну, так возможности движка меня не интересуют ни разу, а о ручных планах я, судя по всему, знаю больше.
 
ant0ni02004

Цитата:
а индексы иногда и пересчитывать полезно, иногда даже пересоздавать

Хм. В каких случаях их полезно пересоздавать? Ну, кроме случаев когда они повреждены; но это уже повреждение базы данных, тут пересоздание индексов - только один из этапов восстановления.

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 19:27 25-06-2012
ant0ni02004

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa
та были случаи, когда простой пересбор статистики не помогал, а пересоздание помогало
но давно, на ФБ 2 и выше уже такого не случалось

Всего записей: 442 | Зарегистр. 26-10-2004 | Отправлено: 23:35 25-06-2012
AnGo



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ant0ni02004

Цитата:
на ФБ 2 и выше

На ФБ 2.0 сделали существенные улучшения в индексах. Поэтому, наверное, и не встречалось.

Всего записей: 1078 | Зарегистр. 07-07-2002 | Отправлено: 11:13 26-06-2012
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Алл  
Сразу на счёт демки - там индесы временами косячные если дельфу сразу вырубать. Но это не оправдание, для статически построенных данных норамльно, но как плацдарм пока не советую.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 23:02 26-06-2012
AnGo



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
Ты это о чем? Либо я что-то не понимаю, либо выпал из процесса. Где кривые индексы?

Всего записей: 1078 | Зарегистр. 07-07-2002 | Отправлено: 09:39 27-06-2012
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AnGo
В моём примере используется библиотека где есть TvDatabaseServer. Мой сервер локальный - на уровне приложения. Там косячные индексы на уровне датасетов. Я сделал вставку - индекс не создан, я нажимаю отмена - датасет считает что уже можно удалять. Данные про это ничего не знают - удаляют данные удаляют несозданный индекс - количество там и там не сравнивают.
 
miwa

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

Цитата:
Лично меня больше интересует реализация аналитических функций,

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

Код:
 
select from
  TableName on ... N34=N98 by?
group by
  AlgoritmicNaslajdenie

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
1) Если нет нужного индекса ругаться матом по английски. Но это только
когда групбай противоречит хотелкам. Если девелопер пишет запросы а индексы не успел прикрутить - его не надо пугать. Честно хочется.
2) И когда пользователь создал индекс. Материться матом - Не сгруппированное условие отбора - и лесом всех.
 
Ну это моя хотелка - если скажете хуху не хохо.
Отвечю - хуху хохо.
 
Добавлено:
Да ещё я добавил в свою библиотеку мультисортировку, хочу совместить с эхами потому не выкладываю. А Унидак супер.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 19:39 27-06-2012 | Исправлено: delover, 19:52 27-06-2012
AlexCoRu

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
При изменении таблицы генерируется событие (POST_EVENT), его плучают все подписавшиеся клиенты в т.ч. и тот который изменение сделал. Как можно сделать, что б клиент, сделавший изменение, сообщение не получал? На ум пришло только: отписаться, сделать изменение, подписаться.

Всего записей: 911 | Зарегистр. 04-09-2003 | Отправлено: 14:06 28-06-2012
ant0ni02004

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexCoRu
посылать TABLE_CHANGED_ID и смотреть - если приходит свой ID то не реагировать

Всего записей: 442 | Зарегистр. 26-10-2004 | Отправлено: 14:28 28-06-2012
AlexCoRu

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TABLE_CHANGED_ID это что?

Всего записей: 911 | Зарегистр. 04-09-2003 | Отправлено: 14:52 28-06-2012
ant0ni02004

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexCoRu

Цитата:
TABLE_CHANGED_ID это что?

если изменяется запись в таблице, например, CLIENTS, ID=123 то посылаете EVENT "CLIENTS_CHANGED_123"
 

Всего записей: 442 | Зарегистр. 26-10-2004 | Отправлено: 17:17 28-06-2012
AlexCoRu

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ant0ni02004
Ну это ж старая сказка, я думал что-то новое. Другие клиенты будут подписаны на событие "CLIENTS_CHANGED_123"?
 
Добавлено:
Было б кстати иметь возможность подписаться на все события или подписавшись на событие "CLIENTS_CHANGED" клиент получал бы события начинающиеся с "CLIENTS_CHANGED", но целиком и часть после "CLIENTS_CHANGED" интерпретировал самостоятельно. И тогда параметров никаких передавать не надо.

Всего записей: 911 | Зарегистр. 04-09-2003 | Отправлено: 17:29 28-06-2012 | Исправлено: AlexCoRu, 19:20 28-06-2012
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
All
Вышли новые фибы, так что теперь алертер может принимать любые события а не только те под которые подписан клиент.
 
Добавлено:
Хочу начать с простого - с Английского языка. Не все понимают что SQL похож на английский. Найдите английскую букву которая похожа на спрятавшуюся под крышей
abcdefghijklmnopqrstuwvxyz.
Если Вы нашли такую букву и Вы не против что муха жужжит так же, то простите англичан, муха жужжит, но у букв нет крыши. Я к тому что если кто в SQL букву z видел отпишите а то птички не делятся.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 22:16 28-06-2012
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Групбай - полезная автоматика превращающая людей в монстров. Неправильная реакция людей очевидна но не полезна - уходит от математики. Всё же моя хотелка касается простых запросов. Да в моих проектах и сервер и приложение в одном процессе в одних исходниках, это не значит что я плебей. Пока мы не поймём что такое плохо а что хорошо не будет этики. Я буду лгуном если не признаю. При группировке требуется индекс. Если он не создан он создаётся в любом случае. И последовательное чтение делается по нему - в любом случае. Чтобы дурень мухлюющий индексами не догадался можно зажержку врубать. Если групбай работает медленно попробуйте создать индекс. Но аналитика SQL мне тоже не нравится временами, есть не формализованные недовольства, но всё же я благодарен аггрегатным функциям.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 00:26 29-06-2012
Oslik18



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Такая ситуация - посадили меня на место сисадмина в сетку с 40-50 ПК. установлен фаербёрд. никогда с серверами не сталкивался, увы. подскажите - с чего начать? что почитать? один из ПК перестал видеть сеть, а я ума не приложу - куда податься...

Всего записей: 1101 | Зарегистр. 26-08-2010 | Отправлено: 02:01 29-06-2012 | Исправлено: Oslik18, 02:02 29-06-2012
EugeneBoss3



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Oslik18
Начни хотя бы с Начинаем работать с Firebird Sql Server

Всего записей: 247 | Зарегистр. 15-09-2009 | Отправлено: 07:04 29-06-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » InterBase и FireBird: вопросы по работе и их решение


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru