Тут кстати можно ещё попробовать по локальному протоколу... Интересно как
там эвенты внутри устроены?
не в курсе, у меня все коннекты TCP, и через FBScanner. даже в 127.0.0.1
что бы видно было "кто, откуда и как давно неработает"
Клиент и база у тебя на одном компе?
Теперь на одном.
И всёравно события отваливаются ?
После переноса сервиса на сервер БД конфиг (приложения) остался прежним,
и строка коннекта была в виде 192.168.x.x:base
При отключении питания коммутатора - такой коннект отваливался.
Не очень давно пом
Ещё вопрос как делать передподключение. Достаточно ли будет
пары: isc_cancel_events+isc_que_events или целиком реконнект делать.
Сейчас коннект висит бесконечно.
недостаточно.
выделенное TCP-соединение для всех эвентов создается один раз.
Клиент и база у тебя на одном компе?
Теперь на одном.
И там же, на сервере - есть другая служба, которая может событие отправить.
(но не только она событие отправляет)
P.S. в 2.0.6 есть баг в эвентах - после обрыва коннекта сокет эвента
остается открытым бесконечно.
гоню: остается висеть серверный процесс классика.
уж TCP-коннект добить я бы смог вручную ;-)
а вот добить процесс классика-страшновато
Есть FB2.0 SS и служба работающая на этом же компе. Служба подписывается
на события и слушает их. Всё это работает много дней. В какой то момент
перестают доходить события до службы.
Есть такая проблема, причем и на 2.0.6
Аналогично - висит служба, которая до получения события не делает ничего.
Или отключать по порядку каждую функцию,
не по-порядку, а делением пополам конечно.
отключаем половину функций, ресторим
10 млн - данные за один день :-) И только за 3 региона, а в планах
поболее. Фармрынок очень быстро меняется :-) Срезка аналитики за один день
это Гиг инфы. Ну а там дальше умножайте :-)
Ок, загрузили этот гиг. Что дальше происходит с ним?
Чем далее происходит анализ данных?
Процесс надо делать 3-4 раза в день в идеале (минимум 2 раза), причем
гарантированно в этот момент юзвери могут полезть в этот момент с
запросами. А отсутствие индексов просто уложит сервер на выборках. Там 10
млн где-то записей с выборками по двум int полям.
так обычно заливают warehouse для
Решение связанное с разбиением таблиц очевидное, и не интересное совсем.
есть два варианта:
а) разбить таблицу на две одинаковых, в одной 7%, в другой 93%
б) сделать еще одну таблицу, в которой хранится только одно поле - PK из
большой таблицы.
те самые 7% PK
В вашем случае в таблице лучше сд
База хоть и крутится под 2.5, но пока не задействованы никаких вкусных
новых возможностей из 2.5, по текстам SQL-запросов все строго в режиме
совместимости с 1.5.
...
подвох в связке клиент 1.5 + база 2.5 в своем случае?..
никаких проблем, кроме неиспользованных возможностей
IMHO
мне сразу показалась сама идея странной: JB+ Emb.
ведь Emb подразумевает распостраняемое приложение, которое можно легко
запустить - без установки.
но:
1. неизвестно, есть ли вообще той машине, где будем запускаться - Java.
2. если она есть - то какая она - 64/32бита
p.s. тоже относится
>Посмотрел, добавил msvcr71.dll в папку с проектом.
>Всё равно не запускается.
>Перенёс всё это добро с Win7 x64 в виртуальную машину на Win XP x32.
>Вроде заработало.
>Почему в одной системе не работает, а в другой работает?
вероятно потому, что для x64 тебе надо использовать 64битную
FBEmbedded.
Только классик или суперклассик, без вариантов.
я бы еще добавил: суперклассик - только если win64.
На win32 велика вероятность упереться в границу 2Гб памяти.
особенно если 60-70 коннектов.
Нашел еще одно возможное решение, оказывается у проблемы даже название
есть: PMTUD Black Hole
http://technet.microsoft.com/en-us/library/cc958871.aspx
раз уж пятница...
за что я люблю M$, так это за умение из любого бага сделать Проблему, и дать
ей громкое имя :-)
nbackup
пÑÑÐ°ÐµÑ Ð²Ð°Ñе вÑе, Ð½Ñ Ð´Ð° ладно - пÑÑниÑа :-)
младÑим бÑаÑом ÐÐ52 бÑл MK61,
а ÐÐ64 ÑÐ¾Ñ ÐµÑе "гÑоб"
имÑ
о пÑоÑÑо пÑÑÐ°ÐµÑ Ð¼Ð¾Ð½Ð¸ÑÐ¾Ñ Ð¸ пÑоÑеÑÑÐ¾Ñ :)
P> Рв клаÑÑе 10-м Ñ Ð¿Ð¾Ð·Ð½Ð°ÐºÐ¾Ð¼Ð¸Ð»ÑÑ Ñ i28
У меня два сервера. На одном появляется запись в FBScanner.log, на
другом - нет :((
Правда, "другой" - это тот, где слетела регистрация FBScanner.
В логах птицы нет записей ни там, ни там.
без ключа он не работает :-)
тупо TCP-туннель пробрасывает и все, чтобы коннект работал.
пишет ли при этом
125 секунд я не ждал, я жал кнопу в программе - на сервер уходил запрос,
который обламывался и сообщал мне об обрыве связи.
В ФИБах включена опция восстановления связи при обрыве - после втыкания
шнура она срабатывает и восстанавливает соединение. Но насколько я
понимаю, это - уже другое соедине
в течение рабочего дня 200-350 одновременных пишуше-читающих коннектов
постоянно подключаются-отключаются через 4 клиента (сервера приложений)
т.е. коннектов в FB - 4шт? или возможно вплоть до 350 ?
поставили заказчику в декабре 2010
WI-V2.5.0.26074
x32 SuperClassic
памяти fb_inet_server
Значит, проблема где-то в FBScaner...
Запоздало, но отвечу: да, дело в FBScaner v2.6.26
эта версия выпущена 25.03.2010;
проблема исправлялась буквально в след. версии 2.6.27:
12.04.2010 [Version 2.6.27]
1. Несколько ошибок в парсере. Проявлялось при Restore БД через FBScanner.
P.S. последняя
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
подитожим.
на сервере, где стоит FB & FBScanner, и _так_ настроен Keep Alive,
через 125 секунд после выдергивания сетевого шнура у клиента
- никакой реакции в firebird.log и FBScanner.log
на сервере.
который должен заметить пропадание клиента
Провел эксперимент с выдергиванием сетевого шнура:
шнур между клиентским компом и коммутатором?
клиент потерю обнаружил, но в логах птицы ничего не появилось :(
Так и должно быть?
какой период срабатывания у Keep Alive - успел сработать?
объем базы был около 37 Гб.
Как-то у меня сразу глаз за эту цифру зацепился. Какое-то было ограничение
именно с такой цифрой.
На мои замечания Владимир Вдовин, директор фирмы, ответил (дословно) "У
нас тут не научно-исследовательский институт, мы создаем ПРОДАВАЕМЫЕ
продукты", "Сейчас архитектуры не продаются, продаются КРАСИВЫЕ КАРТИНКИ
и коробочки".
клиент/заказчик всегда прав. (кроме случаев, когда речь идет о явном
ясно. доживем до 40 (не много осталось), а там поглядим ;-)
по subj, нашел:
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=197634&msg=1678222
куда уходят пограммисты после 40? они вырождаются или еще что то?
ведб не могут же все стать тим лидами и менеджерами проектов, куда то же
остальные деваются.
Ничего... Их просто потом на работу не берут, увидев в резюме эту
страшную цифру... :\
отставить депресняк.
не, мне реально интере
Опыт нужен очень редко. А вот умение копать от забора и до обеда
сверхурочно за еду - ценится весьма.
это видимо, "программист-разнорабочий"
не пришлось так работать :-)
Особенно, когда фреймворки меняются как перчатки.
это, IMHO - диагноз.
как сопровождать старые проекты?
...если в команде
а что за порог такой "40 лет"?
меня как-то знакомый удивил:
когда искал работу, и сказал такую фразу "мне почти сорок - уже трудно
найти работу"
на что я очень удивился и сказал "мы же не космонавты. у нас чем больше
опыта - тем лучше"
другой знакомый... когда перезжал в Москву, услышал тако
-FIX_FSS_METADATA
Я правильно понимаю, что этот параметр можно использовать только один раз,
и что повторное его использование чревато порчей текстовых полей?
а как ты сумеешь использовать ключ дважды при restore ?
если FB на Windows, то FBScanner
там можно коннекты обрывать.
нимагу. 1) платный,
рубить коннекты можно и из Community Edition - он бесплатный.
2) нет доступа к серверу
ну тогда ой.
хотя FBScanner может работать и на другой машине, если вы можете переправить
клиентов...
но что-то мне под
Клиенты все вышли, но, судя по всему, какая-то транзакция подвисла и
держит метаданные, в результате не могу обновить хранимку.
из моей практики: подвиснуть транзакция не может
если сетевое соединение с сервером закрылось - втечение пары секунд
закрываются все тр-ции.
кури keepalive
Возник
Andrei, желание понятное, я тоже думал на эту тему.
Дим, keepalive - это правильно, но не о том.
keepalive позволяет не слишком поздно "противополжной стороне" (и клиенту, и
серверу) - понять,
что на том конце коннекта уже никого нет.
Собеседник или умер, или TCP оборвался по другой причине. Шн
Кто мешает НОРМАЛЬНО спроектировать систему на 3-5 лет?
сколько систем вам удалось спроектировать так,
что они не потребовали изменений, и при этом - продолжают использоваться
через 3-5 лет?
да Ð½ÐµÑ Ñам боÑов :)
еÑÑÑ Ð½ÐµÑкоÑко ÑÑÑÑÑ Ð¿Ð»Ð°ÑежнÑÑ
ÑеÑминалов коÑоÑÑе Ð¼Ñ Ð¿ÑоÑеÑÑим :) (кÑÑаÑи
ÑеÑÐ²ÐµÐ½Ð°Ñ Ð±Ð°Ð·Ð° FB 2.5)
Ð²Ð¾Ñ Ð¾Ð½Ð¸ и голоÑÑÑÑ
Ñ Ð²ÑеÑа ÑмоÑÑел - Ñовно 1 голоÑ
опять вспомнилось
http://www.vbstreets.ru/Articles/66348.aspx
гоÑпода, пÑиоÑÑановиÑе боÑа пока.
аÑо ÑезÑлÑÑÐ°Ñ Ð±ÑÐ´ÐµÑ Ð½ÐµÐ¿ÑавдоподобнÑй.
:-)
А вы что, не знаете что основным средством доступа к данным у MS на данный
момент является Entity Framework?
Сейчас использовать ADO.NET - это всё равно что WinAPI для разработки
Windows.
Я не спорю что ADO.NET поддерживается нормально. У нас был в своё время
проект. Но времена меняются. Появляю
Я наверно плохо о людях думаю, но что то мне кажется что вменяемых
разработчиков (вменяемых и при этом свободных) все меньше и меньше.
- Да, были люди в наше время,
Не то, что нынешнее племя:
Богатыри - не вы!
Плохая им досталась доля:
Немногие вернулись с поля...
Не будь на то г
PHP Warning: PHP Startup: Unable to load dynamic library
'C:\\localhost\\bin\\PHP\\ext\\php_interbase.dll' - Ðе найден ÑказаннÑй
модÑлÑ.\r\n in Unknown on line 0
СÑÐ°Ð·Ñ Ð¾ÑвеÑÐ°Ñ ÑÑо php_interbase.dll ÑоÑно Ð»ÐµÐ¶Ð¸Ñ Ð² каÑалоге
C:\\localhost\\
Что-то тихо тут...
Всех с праздником профессиональным!
Коммерческой альтернативы провайдеру нет?
а OLEDB как же? IBProvider
введи там Oracle, и увидишь аналогичный тренд.
вероятно гуглу стали задавать меньше вопросов про СУБД вообще.
или гобальнее: гугл теряет долю на рынке :-)
попробую еще раз. :-)
давай сравним
http://google.com/trends?q=microsoft+sql+server&ctab=0&geo=all&date=all&sort=0
http://google.com/trends?q=mysql&ctab=0&geo=all&date=all&sort=0
imho - все уже знают и без гугла, где искать и что такое FB
??? ?? ??-???
? ???:
http://google.com/trends?q=microsoft+sql+server&ctab=0&geo=all&date=all&sort=0
http://google.com/trends?q=mysql&ctab=0&geo=all&date=all&sort=0
imho - ?? ???-?? ,
?? ??? ??? ? ??? ? ?, ??? ???, ? ??? ?? :-)
IMHO, если средства позволяют - лучше SSD
:-)
Привет, Алексей.
Тебе-то уж стыдно keepalive не настроить. :-)
да и в FBS можно таймаут включить, если у keepalive вдруг чего-то не
срастется.
ÐÑо - да, но полÑÑаеÑÑÑ, ÑÑо ÑÑеди инÑÑÑÑменÑов могÑÑ Ð±ÑÑÑ
полезно-опаÑнÑе. Ðдно дело еÑли Ñебенок поÑежеÑÑÑ (неÑилÑно)
и Ð·Ð°Ð¿Ð¾Ð¼Ð½Ð¸Ñ ÑÑо, дÑÑгое дело еÑли ÑÑмаÑÑедÑий
а в firebird.log есть что-то вроде 10038 ?
--
To unsubscribe, reply using "remove me" as the subject.
ÐаглÑнÑй пÑÐ¸Ð¼ÐµÑ Ð¼Ð°ÑÐ¸Ð½Ñ Ð¢ÑÑÑинга
http://aturingmachine.com/
--
To unsubscribe, reply using "remove me" as the subject.
Еще последний FBScanner стоит, но не думаю, что в нем дело: процессы птицы
не умирают даже после разрыва соединения.
попробуй пустить все коннекты на прямой порт, и поработать так.
--
To unsubscribe, reply using "remove me" as the subject.
Dmitry Yemanov wrote:
напÑимеÑ, еÑли ÐºÐ¾Ð½Ð½ÐµÐºÑ Ð½Ðµ обÑаÑаеÑÑÑ Ð·Ð° current_connection, Ñо
вÑдаваемÑй Ð½Ð¾Ð¼ÐµÑ Ð½Ðµ ÑвелиÑиваеÑÑÑ.
Уже давно ÑвелиÑиваеÑÑÑ.
Ñ ÐºÐ¾Ð³Ð¾ как
Ñ Ð¼ÐµÐ½Ñ Ð²Ñе еÑе не ÑвелиÑ
A> ÐеÑиÑе, полÑзÑйÑеÑÑ:
A> http://gsbelarus.com/gs/fdbconvert/fdbconvert_rus.html ÐайдеÑе
оÑибки -- ÑообÑайÑе.
ÐÐµÐ½Ñ ÐºÐ°Ðº-Ñо наÑÑоÑожила ÑÑаза: "УÑилиÑа не ÑÑебÑÐµÑ Ð½Ð°Ð»Ð¸ÑÐ¸Ñ Ð½Ð° компÑÑÑеÑе
ÑеÑвеÑ
ТÑÑ Ð½Ñжно подÑмаÑÑ. ÐÐ¾Ð¶ÐµÑ Ð±ÑÑÑ Ð´ÐµÐ¹ÑÑвиÑелÑно можно бÑÐ´ÐµÑ RO RC ÑÑ-ÑиÑм
ÑÑпо даваÑÑ Ð½Ð¾Ð¼ÐµÑ 1 :) ÐÐ»Ñ Ð½Ðµ RC ÑÑ-Ñий ÑÑо ÑоÑно нелÑзÑ.
ТÑÑ ÑÑÐ¾Ð¸Ñ Ð·Ð°Ð¼ÐµÑиÑÑ, ÑÑо некоÑоÑÑй ÑоÑÑ
Михаил, "тюнить" надо вашу БД и ваши запросы.
Чудесного ускорения запросов после простой смены СУБД не будет.
Особенно, если запросы писались под конкретную СУБД, даже не специально,
просто в силу привычки.
Из моего опыта: меня попросили оценить MSSQL2000.
Потратил пару дней, выгрузил все свои
... ÑейÑÐ°Ñ Ð¿Ð¸Ð½Ð°Ð» ÑеÑвеÑного Ñамана, ÑÑо надо
ÑÑниÑÑ Ð¡Ð£ÐРбÑдеÑ.
ÐÐ¾Ñ ÐºÑÑаÑи, жÑÑко инÑеÑеÑно.
ÐавайÑе пÑоголоÑÑем: кÑо из пÑиÑÑÑÑÑвÑÑÑиÑ
ÑÑо-Ñо "ÑÑнил" в firebird.conf,
кÑоÐ
http://metaclass.livejournal.com/465036.html
Ðакой-Ñо болÑной, видимо опÑÑеннÑй на sql.ru...
ÐиÑÑ, попÑÑÑиÑ... навеÑное... :)
ÑÑÐ¾Ñ Ð±Ð¾Ð»Ñной в деÑÑÑве... наÑÑÑпил на деÑÑкие гÑабли, ÑепеÑÑ Ð²ÑÑ
OFF: ÑоÑогÑаÑÑ ÑÑÑ ÐµÑÑÑ?
http://neferjournal.livejournal.com/2477940.html
незаменимÑй инÑÑÑÑменÑ
http://growmoon.ru/admins.html
да, ÑейÑÐ°Ñ Ð¿ÐµÑекопал ÑелизноÑÑ Ð½Ð° IB, и Ð²Ð¸Ð¶Ñ ÑÑо "аÑÑ
иÑекÑÑÑнÑÑ
"
изменений не бÑло. СÑÑанно. ÐидаÑÑ Ð¿Ð°Ð¼ÑÑÑ Ð¸Ð·Ð¼ÐµÐ½ÑеÑ.
Ñ Ñоже Ð¿Ð¾Ð¼Ð½Ñ Ð¼Ð½Ð¾Ð³Ð¾ ÑазговоÑов пÑо ÑÑо.
но ÑвенÑаÐ
поÑÐ¾Ð¼Ñ ÑÑо Ð²Ð¾Ñ ÑейÑÐ°Ñ ÑмоÑÑÑ Ð² IB2009 и вижÑ, ÑÑо оÑделÑнÑй ÐºÐ¾Ð½Ð½ÐµÐºÑ - как
бÑл, Ñак и еÑÑÑ.
ниÑем не оÑлиÑаеÑÑÑ Ð¾Ñ FB.
Так же Ð½Ð¾Ð¼ÐµÑ Ð¿Ð¾ÑÑа в пÑоÑоколе пеÑедаеÑÑÑ, на Ñом же м
OM> оно конеÑно Ñдобно... в Ñем-Ñо... но кÑда поÑом +0 пиÑаÑÑ? :-)
Ðе понÑл ÑмоÑа :-(
Ð½Ñ ÐºÐ°Ðº же... Ð²Ñ Ð½Ð¸ÐºÐ¾Ð³Ð´Ð° не пиÑиÑе Ñак?
SELECT * FROM sales_order_items
JOIN product ON product.id = sales_order_items.prod_id + 0
"Oleg Prosvetov" wrote in message
news:hj9lje$7r...@ger.gmane.org...
VN> Ð ÑÑо бÑдеÑ, еÑли еÑÑÑ Ð´Ð²Ðµ ÑвÑзи по внеÑÐ½ÐµÐ¼Ñ ÐºÐ»ÑÑÑ Ð¼ÐµÐ¶Ð´Ñ ÑÑими
VN> ÑаблиÑами?
ÐлÑÑи имеÑÑ Ð¸Ð¼ÐµÐ½Ð°, одно из ниÑ
можно ÑказÑваÑÑ
SELECT * FROM product
KEY JOIN sales_order_items
оно конеÑно Ñдобно... в Ñем-Ñо... но кÑда поÑом +0 пиÑаÑÑ? :-)
SELECT * FROM product
JOIN sales_order_items ON sales_order_items.prod_id = product.id
imho. Ñ Ð¿ÑедпоÑÑÑ, ÑÑÐ¾Ð±Ñ Ð·Ð° менÑ
РклиенÑа ÑÑ ÐºÐ°ÐºÐ¾Ð³Ð¾ пÑи ÑÑом полÑзÑеÑÑ ?
ага, ÑÑо пеÑвое, ÑÑо Ñ ÑейÑÐ°Ñ Ð¿Ð¾Ð´Ñмал.
в даннÑй Ð¼Ð¾Ð¼ÐµÐ½Ñ Ð¿ÑовеÑиÑÑ Ð½ÐµÐ¼Ð¾Ð³Ñ - веÑеÑом вÑе пеÑепÑовеÑÑ.
"Dmitri Kuzmenko" wrote in message
news:hj9djv$cf...@ger.gmane.org...
Hello, Oleg!
Oleg Matveyev wrote:
ÑÑо надо ÑделаÑÑ, ÑÑÐ¾Ð±Ñ ÐºÐ¾Ð½Ð½ÐµÐºÑ Ð´Ð»Ñ ÑвенÑов "оÑÑепилÑÑ"?
РзаÑем? ÐÑо ноÑмалÑное поведение.
ÑÑо надо ÑделаÑÑ, ÑÑÐ¾Ð±Ñ ÐºÐ¾Ð½Ð½ÐµÐºÑ Ð´Ð»Ñ ÑвенÑов "оÑÑепилÑÑ"?
РзаÑем? ÐÑо ноÑмалÑное поведение. Ðн оÑÑепиÑÑÑ Ð¿Ñи диÑконнекÑе.
да пÑоÑÑо... пÑоконÑÑоллиÑоваÑÑ Ñ
оÑел, ка
СообÑÐµÐ½Ð¸Ñ Ð½ÐµÐ²Ð¸Ð´Ð½Ð¾ в гÑгл-гÑÑÐ¿Ñ :-(
дÑблиÑÑÑ:
ÐÑем пÑивеÑ.
СÑÐ°Ð·Ñ Ð¾Ð³Ð¾Ð²Ð¾ÑÑÑÑ - Deplhi деÑÐ¶Ñ Ð² ÑÑкаÑ
вÑоÑой-ÑÑеÑий Ñаз, Ñак ÑÑо
доп.вопÑоÑÑ Ð·
ÐÑем пÑивеÑ.
СÑÐ°Ð·Ñ Ð¾Ð³Ð¾Ð²Ð¾ÑÑÑÑ - Deplhi деÑÐ¶Ñ Ð² ÑÑкаÑ
вÑоÑой-ÑÑеÑий Ñаз, Ñак ÑÑо
доп.вопÑоÑÑ Ð·Ð°Ð´Ð°Ð²Ð°Ð¹Ñе по-пÑоÑе :-)
ÐÑиÑлали мне test-case на Deplhi, и надо в иÑÑ
одники поÑмоÑÑÐ
Но - куда выдавать сообщения, если юзер такой версии не
смотрит ни в лог, никуда?
выдать в лог, и отказываться принимать новые коннекты.
после перезапуска службы работать 24 часа, и опять...
вполне достаточно, чтобы заметить
Interbase Developer Edition вроде так и делает.
люди используют бе
ÐаÑÑÑ Ð¼ÐµÑаданнÑÑ
- да ÑаÑÑо комÑÑо ÑÑоÑо новое надо подкÑÑÑиÑÑ Ð¸
пÑиÑ
одиÑÑÑ Ð²ÑеÑ
, даже
ÑеÑ
к ÐºÐ¾Ð¼Ñ ÐµÑо неоÑноÑиÑÑÑ, вÑгонÑÑÑ Ð¸Ð· базÑ,
1. пÑикÑÑÑи ÑаймаÑÑ Ð½Ð° коннекÑ.
Большенство бизнес логики и визуализация на клиенте. Поэтому различные
фигурные приседания в sql запросах и процедурах не нужны.
"клиент" - один?
...нам как-то понадобилось к той же БД еще пара клиентов, да еще написанных
на других языках... например вэб-интерфейс.
Бизнес-логика резко перемест
KB> Еще Ann или Helen приводили пример хранимки, превращающей строку в
KB> датасет. Что-то типа такого:
ну ты старый топик поднял :-)
я тогда еще, в октябре, по подсказке Влада сделал процедуру...
Если я правильно понял, то Classic будет использовать все камни. Да?
да
Какие рекомендации по кешу?
надо знать:
1. кол-во коннектов? среднее / максимальное
2. кол-во памяти?
3. размер страницы БД
У классика каждый коннект займет под кэш (байт) = DefaultDbCachePages *
размер страницы
подкрутить кэш в конфиге.
для SS и CS очень разные значения.
http://www.kcci.com/news/21441792/detail.html
По-моему, все кому надо, давно уже написали себе процедуру, выдающую
эти ID, выдранные из строки :
век живи, век учись.
сделал, помогло. :-)
WHERE t.id IN (SELECT ID FROM SP_UNLIST(:param1, :delimiter))
тут всеравно PLAN (T NATURAL)
но переделал на JOIN, и индекс на PK сработал
хм... неплохой вариант, почему-то я про него забыл.
сила привычки, наверно.
указанный param1 - параметр во вложенной процедуре...
соответсвенно, внешняя процедура чистит/наполняет GTT, и вызывает
вложенную...
попробую.
where '1' IN ('1, 2')
насчет возвращать TRUE вместо текущего (и положенного стандартом) FALSE
эх... супротив стандарта не попрешь.
но я вообще-то не за
where '1' IN ('1, 2')
а за
where 1 IN ('1, 2')
А может, все-таки в сад? :-)
забыл дописать "с трекер, или сразу в сад"
:-)
Всем привет.
В который раз пишу конструкцию вида
FROM MyTable t
WHERE :param1 CONTAINING ',' || CAST(t.id AS VARCHAR(10)) || ','
где param1 - VARCHAR вида ',12,13,14,15,'
t.id - PK типа INTEGER
и продолжаю мечтать, чтобы FB понимал такую конструкцию:
FROM MyTable t
WHERE t.id IN (:param1)
все сильно зависит от типа производства.
поезжай к ним, посмотри на учет на все участках.
если производство - сборочное, одна ситуация... если переработка - совсем
другое.
датчики/счетчики на оборудовании.. есть? или все оборудование из 50ых...
например здесь
6. Калькулирование плановой и фак
ÃÃÃ
ÃÃ
ÃÃ
ÃÃÃÃÃ
ÃÃÃÃ
"ÃÃÃÃÃÃ
ÃÃ" ÃÃ
ÃÃÃÃÃÃ ÃÃÃ
ÃÃÃÃÃÃÃ
ÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ:
ÃÃÃÃÃ ÃÃ
ÃÃÃÃÃÃÃÃ Ã 1.5
ÃÃ
ÃÃÃÃ ÃÃ
ÃÃÃÃÃÃÃÃ Ã 2.1
ÃÃ
ÃÃ
ÃÃÃÃÃÃÃÃÃÃ ÃÃÃ
ÃÃ Ã 2.1 ÃÃÃÃÃÃÃ, ÃÃÃ ÃÃ
ÃÃÃÃÃÃÃÃÃ
ÐÑда ÑÑÑÑ?
в ÑÑиггеÑа?
поиÑк по ÑÑазе вÑдал вÑего 12 ÑезÑлÑÑаÑов.
мой ÑлÑÑай:
http://groups.google.ru/group/ru-firebird/browse_thread/thread/4f6043090ea2350c/5412feb79e4c8e1c?hl=ru&lnk=gst&q=Module+name+or+entrypoint+could+not+be+found#5412feb79e4c8e1c
> Module name or entrypoint could not be found.
filemon ÃÃÃ Ã ÃÃÃÃ, ÃÃÃÃÃÃÃÃ
ÃÃ
ÃÃ ÃÃ
ÃÃÃÃÃÃ
à ÃÃà ÃÃ
ÃÃ
ÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃÃ.
îÃ
ÃÃÃÃÃ ÃÃ 2.1, ÃÃ ÃÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃ, ÃÃÃ ÃÃÃÃÃÃÃ DED ÃÃÃ "ÃÃÃ
ÐÑиÑиной INET/inet_error: read errno = 10054,
как вÑÑÑнилоÑÑ Ð½Ð° днÑÑ
, могÑÑ Ð±ÑÑÑ ÐµÑе и клиенÑÑ Jaybird и .Net Provider.
http://tracker.firebirdsql.org/browse/CORE-2462
http://tracker.firebirdsql.org/browse/DNET-275
Jaybird, Ñо Ñлов ÐладÐ
ÓÍÏÔÒÉ, ÓËÏÌØËÏ ÐÁÍÑÔÉ ÐÏÔÒÅÂÌÑÅÔ ÐÒÏÃÅÓÓ(Ù) FB.
×ÅÒÓÉÑ 32ÂÉÔ? ... ÍÏÖÅÔ ÕÐÅÒÓÑ × 2ç ÐÒÅÄÅÌ ÎÁ ÐÒÏÃÅÓÓ
> ðÏÒÁ ÐÅÒÅÐÏÌÚÁÔØ ÈÏÔÑ ÂÙ ÎÁ 2.0.
2.0 ÍÁÌÏ.
ÇÏ×ÏÒÑÔ, 2.0.6 ÂÕÄÅÔ ÐÏÓÌÅÄÎÅÊ. ÅÓÌÉ ÂÕÄÅÔ :-)
> îÃ
, Ã ÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃÃÃ, ÃÃÃÃÃÃ ÃÃÃÃ
ÃÃÃÃÃ, ÃÃÃ ÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ
> ÃÃÃÃÃÃÃÃÃ...
> óÃÃà ÃÃÃÃÃ, Ãà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃ
ÃÃÃÃÃÃ ÃÃ
ÃÃÃÃ
ÃÃ
ÃÃÃ...
à ÃÃ
ÃÃ
ÃÃÃÃÃÃ ÃÃÃ
> îÃ
à Ãà ÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃ
Ã
ÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃ Ã ÃÃÃ ÃÃ ÃÃÃ
> ÃÃÃÃÃÃ
ÃÃÃ?
> óÃ
ÃÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃÃÃÃÃ ibconsvc, ÃÃ Ã ÃÃÃ
ÃÃÃ
ÃÃÃÃ
ÃÃÃÃ ÃÃ
> Ã
ÃÃ
ÃÃÃÃ
ÃÃ ÃÃÃ USER.
>
читай ключи instsvc
Usage:
instsvc i[nstall] [ -s[uperserver]* | -c[lassic] | -m[ultithreaded] ]
т.е. либо-либо. по дефолту - супер.
судя по твоим тестам - у тебя супер включен.
не секрет, что супер лучше на одном ядре работает.
он сам при установке на одно ядро и цепляется.
проверить очень п
в параллельном режиме
это который -m[ultithreaded] aka superclassic ?
>> Ã¥ÃÃà ÃÃÃÃ
ÃÃ ÃÃÃÃÃÃ ÃÃ ÃÃÃÃÃ ÃÃÃ
ÃÃÃ, ÃÃÃÃÃÃÃ ÃÃÃ
à Ãà ÃÃÃà ÃÃ
ÃÃ
à ÃÃÃÃÃÃ
>> ÃÃÃ
ÃÃÃÃÃÃÃ.
>
> ëÃÃ? ôÃ
à ÃÃÃÃ
Ã
ÃÃÃ ÃÃÃÃÃÃÃ ÃÃ ÃÃ
ÃÃÃ
ÃÃ
ÃÃÃÃÃÃÃÃ ÃÃÃ
ÃÃ
ÃÃÃ
ÃÃÃ?
ÃÃÃ ÃÃÃÃÃÃÃ, ÃÃ Ã
> Ã¥Ãà ÃÃÃÃà ÃÃÃÃÃÃà à ÃÃÃÃÃÃÃ, à Ãà ÃÃÃÃÃ
ÃÃ ÃÃ
ÃÃÃ
ÃÃ ÃÃÃ ÃÃÃ
ÃÃÃ SYSTEM ÃÃ
> ÃÃÃÃÃÃÃ
Ã, ÃÃÃ
> Ã
ÃÃ ÃÃÃÃÃ
ÃÃ ÃÃÃÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃ UDF-a ?
UDF=DLL, ÃÃÃÃÃ ÃÃÃÃ ÃÃÃÃÃ
ÃÃÃ, ÃÃÃÃÃÃÃ Ã
Ã
ÃÃÃÃÃ
>> Ã ÃÃÃ ÃÃÃÃÃÃÃÃ
à ÃÃÃÃÃÃÃ? >
> ïÃÃÃ.. óÃÃ
à à Ã
ÃÃ - ÃÃ Ã ÃÃ
ÃÃ ÃÃ ÃÃ
ÃÃ ÃÃÃÃ ÃÃÃÃÃÃÃÃÃ (Intel ÃÃÃÃ
Ã)
à ÃÃÃÃÃà Ãà ÃÃÃÃÃÃ? Ãà ÃÃÃÃÃ
ÃÃÃÃÃ
à "ÃÃÃÃÃÃÃ", à ÃÃÃÃÃÃ
- ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃ
> õ ÃÃÃÃÃà ÃÃÃÃÃÃ
ÃÃ ÃÃÃÃÃÃÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃ
-ÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃ ÃÃ ÃÃ
ÃÃ ÃÃÃÃÃÃÃÃÃÃÃ
à ÃÃà ÃÃÃÃÃÃÃÃ
à ÃÃÃÃÃÃÃ? à ÃÃÃÃ
à ÃÃÃÃ
ÃÃÃÃÃÃà ÃÃà à óòô ?
> õ BCB5 ÃÃÃÃÃ
ÃÃ
ÃÃ ÃÃÃÃÃ
ðÒÏ×ÅÌ ÜËÓÐÅÒÉÍÅÎÔ ÐÏÄ ×ÉÎÄÏÊ É Classic.
1) c:\ib\bin\gbak.exe y:\base.fdb s:\base.gbk -user SYSDBA -password
masterkey -g -SERVICE 192.168.36.61/3053:service_mgr
úÁÐÕÓÉÌÓÑ ÂÁËÁÐ, É ÐÏÑ×ÉÌÓÑ ÏÄÉÎ fb_inet_server
2) c:\ib\bin\gbak.exe 192.168.36.61/3053:y:\base.fdb s:\base.gbk -user
SYSDBA -pa
> ÄÁ ÔÁÍ ×ÓÅ ÔÏ ÖÅ ÓÁÍÏÅ ÔÏÌØËÏ ÄÏÂÁ×ÌÑÅÔÓÑ -se :service_mgr
ÏË, ÐÅÒÅÆÒÁÚÉÒÕÀ (ÞÔÏ ÈÏÔÅÌ Õ×ÉÄÅÔØ):
ÐÕÔØ Ë âä - ÔÏÞÎÏ ÕËÁÚÁÎ ÌÏËÁÌØÎÙÊ, ÂÅÚ ":"?
Результаты 1 - 100 из 427 matches
Mail list logo
