Интересная новость
http://www.infoworld.com/article/08/02/01/codegear-russia_1.html
Этого мало. Надо еще заменить материнку и винт :)
Зачем менять. Можно перепаять . :-)
Кстати, о флешках.
У меня давненько одна мысль появилась - база на флешке и дельта на ЖД (та которая при nbackup используется). Но протестить пока не
получилось.
Насколько проблематична операция по возвращению БД в исходной состояние если нет дельты?
А я, пораздумав, пришел к выводу, что неправильное.
Можно добавть дополнительный множитель к разнице - интервал между соседними
data.
В конце общую сумму разделить на весь интервал.
Тогда будет учтено и возможное неравномерность data.
Бесполезно - не сделают как минимум из-за несовместимости со старыми версиями и
отсутсвием желания.
Много ли безисходный (т.е no source :) клиентов, которые генерять PSQL?
Ну почему же. BLR то ведь никто не трогает (b/r наверное проблем не вызовет).
При перекомпиляции пусть ругается, всё
Наверное было бы хорошо можно было бы работать только одним способом.
Т.е. во всех запросах (в т.ч. и into, returning_values) обращаться к переменным
можно ТОЛЬКО через довоеточие.
Вне этих конструкций ТОЛЬКО без них.
Тогда и вопросов не возникало бы.
PS. Ну кто первый до трекера? А? ;)
В 2.1 есть в SDF
Это про точки отката, а не про всю транзакцию
DedТо есть, зависит дааалеко не только от чётности или нечётности версии
сервера ;)
Да. Хотя наверное конкретно в данном случае с вложенным запросом
приоритет внутренней таблицы должен был бы быть выше.
ИМХО - логично.
ЗЫ. Ответственному за распределение по дошкольным учреждениям - это просто
В 2.0 так и осталось, т.е. рекомендуемая длина 27 иначе
как описано в том посте ?
DYДа.
Кстати когда планируется увеличение макс. длины (в т.ч. и для прав).
В IB вроде сделали до 64. (Может там и не так сложно)
А то сложно применять конвенции наименования, уже несколько раз приходилось
Мужики тяжело что-ли сделать/считать INSTEAD OF алиасом для BEFORE INSERT POSITION 32767
А у клиентов UPS есть?
Корабль вышел на расчетную орбиту и уже отвечает на позывные...
Ура товарищи ура!!!
Поздравляю с успешным запуском 20 летнего проекта по выводу человека в открытый
мир.
PS. Кстати как решили назвать?
Не лучше так
INSERT or UPDATE and DELETE
PS. Главное чтобы скобки можно было бы поставить для нужной логики :-)
rdb$procedure_type для Пушкина делали?
Он видать свою базу на двой.одинку переносить хочет.
Автоматом она вроде не выставляется после b/r.
PS. А бета цикл скоро начнётся?
После альфа-цикла :-)
А альфа-ци... ладно я всё понял :-)
Или уже можно считать, что внешний облик реализованных фич неизменится?
Нельзя так считать. Попросите поменять - может и измениться.
ОК. Большое спасибо.
Я недавно спрашивал на счет получения болле подробной инфы при ощибках в PSQL.
ДЕ сказал, что это суть сводится к предоставлению доступа к статус-вектору.
Наверное стек вызова тоже хранится где-то там же.
Не знаю может стоило бы добавить ещё одну MON$..
PS. Хотя логика с знанием кто вызвал
ДЕ сказал, что это суть сводится к предоставлению доступа к статус-вектору.
Наверное стек вызова тоже хранится где-то там же.
Стек вызовов нигде, кроме стека вызовов, не хранится ;)
Всё хранится там, где оно хранится, а не там, где оно не хранится, хотя ...
:-)
Влад, как там с этим
В трекер уже добавлено CORE-1132
Просто не очень понятно почему одно, хотя и сомнительно полезное сделали, а
другое действительно полезное не планируют.
Хотя конечно же Вам решать (я то в код вообще не вникал, может там
действительно очень сложно)
Но мне почему-то кажется что это проблема
DYВообще, послушав про все эти ваши выкрутасы,
имею сильное желание запретить доступ к мониторингу из PSQL. Ибо
поставите все раком на счет раз.
Интересно что вернет сервер если клиент напишет
select * from MON$CALL_STACK
:-)
Интересно что вернет сервер если клиент напишет
select * from MON$CALL_STACK
В чем прикол вопроса? Что задумывалось, то и вернет..
Хм...
Может конечно я и ступил.
(Мне показалось, что данные зависят от места где их требуют,
по аналогии с обычной программной средой)
Или же это для того
За ту же парту.
Не нельзя... - явно подерёмся :-)
Привет всем форумчанам.
Вопрос такой (без жира).
Допустим есть документ с табличной частью, скажем накладная.
Логика ввода нового документа:
Пишем в NAKLS шапку.
Пишем в NAKLS_T табличную часть, (с сылкой на шапку).
Документ проводится, т.е. формируются операции
Логика изменения проведенного
Нравится мысль.
Уже вижу, где можно использовать такую фичу.
Хотя, имхо - рюшечка, и приоритет у ней соответствующий.
Во-во,
Можно угадаю слеующий реквест:
В процедуре узнать WHERE условия, которые на неё наложены. :-)
PS. Хотя при определённом дизайне данная фича смотрелась бы ничего.
наши документы имеют фазу
0 - созданный
10 - редактирование
50 - проведен
на головную и детальную таблицы вешаются триггеры, которые запрещают изменения
документов с фазой больше 50
смена фаз - хранимые процедуры, в т.ч. с вычислениями и проверками
Значит ИЗМЕНЕНИЕ --- НЕТ ПРОВОДКИ
все мои объекты :), только там бухгалтеры - не самые главные люди, главные -
хозяева
идя навстречу жизненным реалиям сделали фазу - недействительный документ, но
править или удалять не даем по-прежнему
А я тут ещё и автоматическую перепроводку зависымых документов прикрутил
(правда не
Всем привет.
Много копий и не только переломано на фронте R vs OO.
Но часто у сторонников этих подходов наблюдается какая-то крайность взглядов.
Либо суют OO где не поподя, либо шарахаются от ООП - не лучше мы постаринке.
Пытаться совмещать - это тоже компромис не впользу обоих подходов.
Вот
[мечтания автора грубо поскипаны]
s В тоже время не ставить палки в колёса реляционной теории.
s Что об этом думает уважаемая публика.
утопизм.
буль-буль.
Спасибо Ихтиандр. //без обид :-)
PS. Тут анекдот вспомнился:
Значит, попал к опытному сантехнику ЖЭКа студент ПТУшник на практику.
А
Про 2.0
Там было разделение на полезные (вроде нортона), так себе, и бесполезные.
PS. Может от неё и пошла моя привычка сидеть в Фаре.
256, кто меньше?
Эх... 32 Mb! :-)
Кстати про MSO vs OO
Попалась мне тут как-то книга Excel размер ~270 Mb - какой-то самопальный учет
чего-то там.
Вроде всё работало (причем еще и с флешки - сохранение под 40 мин.! ).
С какого-то момента Excel'ю перестало хватать 512Mb RAM (вроде при 1Gb тоже не помогало) и при открытии стала
Нет такой возможности.
Если таковой возможности нет, то есть ли планы по её добавлению
Пока нет.
Насколько я понимаю, это не так уж и сложно добавить (раз все данные уже есть и они в том
же контексте). Может в трекер добавить?
Или тут design problems?
Может в трекер добавить?
Добавь, чтобы не забылось. Но в ближайшем будущем я бы не ждал, других забот
хватает.
Добавил CORE-1132
3 - раз в 20 минут в рабочее время (до 10Мб)
самый главный вопрос - сколько времени это занимает?
21 минутэ :-)
Бесплатная версия не позволяет устанавливает сторонние компоненты. А если их в
RunTime ручками создавать и использовать? Это можно?
Можно
PS. Только вот некоторые решили, что у DesignTim'а тоже есть RunTime.
И нечего - работают. :-)
Но проблема появилась после того, как я изменил тип поля в таблице с
NUMERIC(15,3) на (15,5).
!!! это может быть ключевым моментом. ЧЕМ ты изменял.
alter table ? или оглуплятором IBExpert?
Конечно оглуплятором :).
Но я менял сам домен (alter чето-то там на чего-то тут) и апдейт поля я
В общем оказалось (если кому интересно), что действительно вопрос касается
клиентских компонентов
Вот из справки:
Because TFIBBCDField uses the Currency type to work with data from BCD fields, TFIBBCDField limits the precision of the BCD values
it can support to 4 decimal places and 20
Привет форумчане!
В DataDef говорится что под хранение для NUMERIC(n,m) в 3-м диалекте используются соответсвующие целочисленные типы, в зависимости
от n.
Соответсвенно для NUMERIC(15,3) идет INT64.
Но для NUMERIC(15,5) используется уже почему-то DOUBLE PRECISION.
Что проверяется на
Dedтянет резалт в TFloatField со всеми вытекающими.
Так если бы был IBE виноват, то ошибки были бы в обоих случаях,
количество цифер я специально выбирал одинаковым (отличается только положение
точки)
При переполнении INT64 NUMERIC(15,3) обнулился (не знаю корректно это, пусть разработчики
DYК слову, ты присваиваешь NUMERIC(18, x) в NUMERIC(15, x). К сожалению,
сервер это разрешает и на данный тест это вряд ли влияет, но сознательно
ли это сделано?
Да я это знаю. Просто проверял на разных размерах (10, 15, 18) и оставил 15 как дефолтный у IBE (наверное навеяно былинами
старины
Кстати если кастить NUMERIC(18,5) на NUMERIC(18,3) то это опознаётся как BCD.
BEGIN
...
WHEN ANY
END
Откатится то, что под ..., внутри BEGIN..END
Не совсем так
Откатывается только один целостный оператор, т.е. блок
Для примера можно проверить (FB2.0):
execute block
returns(res varchar(255))
as
begin
begin
--begin
insert into T2(ID)
values(1);
Горячие кнопки по скорости работы никакая супермышь не перешибёт.
Да.
А одни макросы чего стоят.
Я с их помощью как-то XML из CSV генерил.
Эх FAR forever!
А все остальные NEAR'орукие :-)
DKПотому что
этот запрос будет выполняться каждый раз на каждую
выборку ОДНОЙ записи с этим столбцом.
А если в полях селекта нет этих записей, идёт ли тогда вычисление?
Вроде бы как то мимо пролетало, что PutSegment в серваке не реализован или не
реализован полностью.
По-моему была какая-то тема, где автор хотел что-то менять в BLOB не
переписывая его. Можно погуглить...
Опять-таки могу ошибаться. Если так, то поправьте.
Второй подход с использованием контекстных переменных:
В контексте транзакции создаётся переменная 'MESSAGES_COUNT' для количеством
сообщений
и для каждого сообщения 'MESSAGE_N' для N-го сообщения.
Изврат, IMHO.
Ну почему же.
Если нужна таблица, существующая только в рамках транзакции,
GTT
Хоть GTT и автоочищаются, но они под контролем сейвпонтов.
Это можно обойти конечно, но придётся писать несколько более сложный код.
Кстати, при DELETE ROWS такое наверное (я сказал наверное :)) как опция смотрелось бы логичным. Но призывать не буду, а то тут меня
заморскими
Желающие могут ознакомиться с докладами здесь
И все косо посмотрели на ...
...не не угадали не на ДК. :-)
PS.
Сейчас найдётся кто-нибудь с просьбой перевести материалы на великий и могучий.
И кто-то Жаль, жаль, что мы так и не послушали начальника транспор... (ц)
PS 2. Не обращайте внимания
только на
классике.
Для супера естественно нужна иденификация соединения (или транзакции).
Но при любом эксепшене до п.4 эти ресурсы могли не освобождаться.
Соответсвенно появляется о гарантированном освобождении.
В FB21 с его новыми тригерами это решаемо вроде. Или как?
--
sw
До сих пор такие операции, как я понимаю безопасно было делать только на
классике.
Да ? пАчему ?
Отдельный процесс, отдельная память. В общем случае реконнект и всё.
Хотя могла наверное потребоваться идентификация транзакции на всякий для
много-пользовательской работы через один коннект
Ну если по ОДНИМ запросом можно считать и блоки,
то наверное да.
HVИ ты даже измерял на сколько ?
О, какие натасканные! :)
Измерять не измерял (про стук в подвале слышал :)), но при многих инсёртах наверное дополнительный тормоз будет (насколько тормоз
буду тестить на выходных).
Просто (скажем, из прынцыпа) зачем лишний, если уже есть да ещё и уникальный.
От причепывся :)
Нечего людей в мороз на природу посылать.
Ты забей на PK\FK а попробуй с 3-мя и 4-мя индексами разницу поискать.
Или с 10-ю и 11-ю
Да, это ясно. Прошу считать топик пятницным Господа присяжные.
Ещё в догонку
BT PK+, CHT PK+ FK- CHK+ ~ 1m13s
Эх хорошо зимой, деревья в
нового индекса.
Наверное неплохо было бы, чтобы при этом была проверка на существование с
соответствующей реакцией.
Подозреваю, что при этом пришлось бы менять логику зависимостей
В общем планируется ли данная фича, если да, то когда.
И кто как решает эту ситуацию сейчас.
Заранее спасибо.
--
sw
Hello, Владимир!
Зря ты обижаешься.
Только представь себе если бы разработчики на каждое хочу говорили шас
сделаем. Это был монстр, одно администрирование его чего
стоило бы. Ведь таких как ты много (наверное и я в том числе :)). И очень
хорошо у раработчиков есть своё мнение, хоть и
Hello, Vlad!
You wrote on Wed, 8 Nov 2006 10:50:14 +0200:
VH sw ...
??
?? Кстати 256 таблиц тоже проходит. Попутно выяснил что ES на данный
фактор не влияет, ну да ладно.
??
?? ES или EB ?
??
?? ES. Т.е обнаружил для себя то, что на запросов завёрнутых в EXECUTE
STATEMENT данное
Hello, Alexandr!
You wrote to Andrei on Tue, 7 Nov 2006 21:37:39 +0600:
A если в вин стоит нерусская локализация,
A можно ли как-нить сделать штоп в приложении написаном на д4
A в меню и заголовке формы чарсеты русские задать?
A
A Control Panel - Regional and Language options - Advanced -
Значит дело было так..
Решил я по эксперементировать с максимальным количеством таблиц в процедуре
(вроде как 255)
В эксперте создаю блок вида
execute block
returns(r integer)
as
begin
select 001 from rdb$database into :r;
select 002 from rdb$database into :r;
select 003 from rdb$database
DKу процедур и блоков плана не может быть принципиально.
Так он мне и не нужен, я просто описываю ситуацию,
На сколько я помню какой-то план иногда может возвращаться (конечно без
гарантий).
С другой стороны возможно конечно, что эксперт здесь старается найти план
по-операторно (хотя я такого
Кстати 256 таблиц тоже проходит. Попутно выяснил что ES на данный фактор не
влияет, ну да ладно.
ES или EB ?
ES. Т.е обнаружил для себя то, что на запросов завёрнутых в EXECUTE STATEMENT
данное ограничение не распространяется.
PS. Это так если вдруг очень приспичит большие SP или EB писать
и потом - ты в компиляторе можешь обратиться к переменной через ее имя
в другой переменной? Нет? А тогда чего...
А при чём тут обсуждаемый препроцессор?
Или я чего-то упустил?
Понятно, что для предложенного нужно несколько, э..., расширять
возможности языка и blr-а, если хранить эти
Всем привет.
Все наверное знают, что для сереализации неких процедур (или потоков)
используются мютексы, семафоры, критические секции и т.д.
Не секрет, что таковые действия иногда бывают необходимы и в СУБД при много
пользовательских обработках. С блокировочниками всё
понятно (у них
в чем сложность реализации консистентных результатов агрегатных функций.
В загрузке другими задачами
Спасибо. (Так я и думал)
PS. Просто хочется иногда сделать сверку взглядов по некоторым вопросам. :)
Что-то типа такого подойдет?
Спасибо, примерно что-то вроде этого (только с квадратными колёсами) недавно
изобретал.:)
А насколько часто приходится использовать такие вещи в реальных задачах?
Какие минусы проявляются при подобных подходах?
(Например ясно, что любой может безнаказанно сделать
Что то я не понял, что тебе мешает снапшот запустить?
PS. А не о практике обхода (или учитывания) таковой особенности. С этим вроде
до сих пор успешно справляюсь :).
Вопрос изначально был не в этом.
Серилизация делается очень просто. RTFM look_write protected.
Это ясно. Как обехать (или избежать) я знаю и использую.
Но для читающих транзакций достаточно снапшота.
Изначальный мой вопрос имеет смысл только для RC.
Приветствую ( видимо вторник мой день..:)
Сидит у меня уже давно в голове одна полу бредовая идея и не хочет уходить.
Ситуация такая. PSQL в FB реализован в с системой зависимостей и это есть ГУД.
Но переодически всплывают топики о передаче имене таблицы в процедуру и т.п.
(ES с его
update MASTER_TABLE set MY_AGREGAT = (select sum(COST) from DETAIL_TABLE)
две транзакции одновременно такое сделать не смогут - выскочит dead lock
я таким образом считаю агрегаты по документам
PS пример есс-но нерабочий, оформляется в виде процедуры
Спасибо, но это из несколько другой оперы.
ЕПtemplate Table T1,Table T2)
ЕПcreate procedure P1(...)
ЕПas
ЕПbegin
ЕП
ЕПend;
ЕП
ЕПselect from P1MyTable1,MyTable2(...)?
Примерно да.
Но перед использованием данные шаблоны интерпретируются в соответствующий
нормальный PSQL-код с нужными параметрами. А далее ими
пользуются как обычными
БАэто решается препроцессором SQL, у нас, например свой, с IBExpert-ом идет
БАсвой
БАнекоторые решают это средой разработки
А как это у Вас реализовано?
БАнормы приличия оно нарушает, хотя бы в части прав
Спасибо, тоже надо обмозговать. Хотя это несколько из другой сферы, но логично
Понятно, что реализация такого подхода скорее всего потребует хранить снимок
TIP на момент начала ЗАПРОСА с агрегатом.
DedЧем и занимается собсно concurrency спокон веку.
На начало ТРАНЗАКЦИИ - да.
В принципе ДЕ уже ситуацию подитожил :)
БАнапример так:...
Спасибо, а для PSQL что-нибудь использовали?
а нам не надо :)
Спасибо за комплимент, но я не обижаюсь.
Изначально вопрос появился из-за того, что во многих системах FB используется
только как транзакционный движок для хранения данных.
Часто вся логика обработок находится в клиенте и без единой процедуры. Может
конечно из-за соображений
Приветствую всех.
Собственно про то, что теоретически в RC может вернутся неконсистентный набор
известно.
И как оказалось это в принципе не противоречит определению RC (на сколько я
понял).
Но для агрегатов, ситуация выглядит несколько иначе, так как их реализация,
чтения находятся вне сферы
ДЕЕсть. Но не прямо сейчас.
Спасибо.
Кстати есть планы сделать commit в транзакции меняющей роудмап,
а то сидим все в снапшоте годичной давности. :).
Или только после Праги.
PS. Хотя бы CommitRetaining :)
Со следующей недели будут доступны снапшоты 2.1.
Для винды тоже?
А что шифруется?
Страницы данных - а как с индексами?
А что шифруется?
Сорри, не дочитал. (путые строки сбили с толку)
78 matches
Mail list logo