19.09.2011 14:33, Михаил Викторович пишет:
Мне нужно поострить индекс в который будут добавлены, например только 7%, от
общего количества записей. Просто остальные записи для поиска по этому
индексу не нужны. Наличие не нужных записей в индексе очень заметно тормозит
вставку новых записей в
17.06.2010 9:20, Tonal пишет:
Не знает ли кто кросплатформенную тулзу для выгоняния базы в SQL-скрипт?
isql -x :)
--
С нативным уважением,
Денис Редозубов
20.04.2010 19:25, Kochmin Alexandr пишет:
Я как-то тоже пытался её найти, с год или два назад, мне сказали что она
ушла вместе с http://www.interbase-world.com :(
тут искали?
http://web.archive.org/web/*/http://www.interbase-world.com/
Точнее тут:
09.02.2010 9:56, Dmitry Lendel пишет:
Есть в Firebird встроенная ф-ция xor(X,Y)?
2.1+
BIN_XOR( number [, number ...] )
Со слагаемым-по-модулю-два уважением,
Денис Редозубов
08.02.2010 17:27, Konstantin R. Beliaev пишет:
Не хотелось бы использовать то, что не идет с птицей: слишком по многим
серверам надо раскладывать...
Тогда нужно брать 2.1+ :)
С апгрейдостимулирующим уважением,
Денис Редозубов
Oleg Prosvetov пишет:
Подскажите пожалуйста по какому адресу он ожил ?
На firebirdsql.org всё написано.
С трекерным уважением,
Денис Редозубов.
Kovalenko Dmitry пишет:
Дим, какой в ж... Ахтамар? Все это уже давно только паленое продается.
Вот-вот. Именно поэтому я его и не пью лет восемь. :)
Ахтамар, как я уже сказал, ни разу не пил. Друзья первую бутыль высосали
и сказал ни чо так :)
Кхм. А вот лет девять назад он ещё был очень
Dmitri Kuzmenko пишет:
С cognac'овским уважением,
раз так, то см. сюда:
:-)
http://www.znaymeru.ru/ru/snegur/
Хе-хи, интересно, за какое количество заказанного
КиНовского коньяка в нагрузку выдают такую снегурочку? :)))
С снежнобабовым уважением,
Денис Редозубов. ~%)
Kovalenko Dmitry пишет:
На выходных таскался в местную Линию и пристал там с вопросом - у вас
есть Ахтамар, 10 летний?. Там печально на меня посмотрели и сказали что
из дубовых местных законов у них его нету.
Да, уж. Я десятилетний Ахтамар лет 8 уже не пил.
С коньячносигарновоспоминательным
Kovalenko Dmitry пишет:
Компилятыры, ну, вы в курсе, да? :)
Йа тоже об этом подумал :)
Интересно, что подумали об этом компилятыры?
С алкогольнопарсерным уважением,
Денис Редозубов.
p.s. Наверно пошли пропустить по бутылочке синтаксерроровки. :)))
Kovalenko Dmitry пишет:
Ну вот, вроде отмечать еще не начал, а букы пропускаю :)))
Я поддержу начинание - вредных букыв надо прокуспать,
чтоб не жить не мешали! Компилятыры, ну, вы в курсе, да? :)
Всем, всем, всем - прыгучего Нового года! Ура!!!
С cognac'овским уважением,
Денис Редозубов. %)
Konstantin R. Beliaev пишет:
вопрос: каким запросом к системным таблицам можно проверить, что CHECK
уже установлен у домена, чтоб пропустить этот вызов?
RDB$FIELDS.RDB$VALIDATION_SOURCE
С уважением,
Денис Редозубов.
Konstantin R. Beliaev пишет:
вопрос: каким запросом к системным таблицам можно проверить, что CHECK
уже установлен у домена, чтоб пропустить этот вызов?
То есть, я хотел сказать:
select iif(RDB$VALIDATION_SOURCE is null, 'Нет проверки', 'Есть
проверка') from RDB$FIELDS where
Игорь Горбонос пишет:
Что? Просто с простым уважением?
Не совсем. С ленивым уважением. Лень слова писать. :)
Просто отхожу от форсмажора на работе.
Во-во. Всё от неё, от работы.
А то только Дима Коваленко остался постоянным писателем сюда :(((
Ну, практически все, кто здесь был, теперь
Игорь Горбонос пишет:
А как-же:
С буквоедственным уважением,(с 26 сентября 2007 г. 21:19)
...
С бесполезным сообщением, но пренепременным уважением,
И несколько раз просто:
С уважением,
Кстати, перелопатить архив за два года, чтобы вырезать все
мои подписи - это внушает опасение за
Yurij пишет:
А можно ли каким-нибудь хитрым образом заставить isql вернуть
результат запроса типа select .. from .. в удобочитаемом виде...
Вряд ли. В csv умеет выводить IBExpert/IBEScript.
http://ibexpert.net/ibe/index.php?n=Doc.ScriptExecutive#Output
С уважением,
Денис Редозубов.
М.Королев пишет:
Что имеется в виду под versions и как база может их use ?
Наверное так:
if (CUR_LANGUAGE = 'FRANCAIS') then
exception ERROR_FR;
else if (CUR_LANGUAGE = 'ENGLISH') then
exception ERROR_EN;
2) Если создано исключение CREATE EXCEPTION E_AXTUNG 'длинное описание ошибки
in
Dmitri Kuzmenko пишет:
C:\FB\bin/gbak -svc_re 1812 1816 1804
^^
что это ???
Кхм. Отечественная война восемьсот двенадцатого. Затем, значит, Эрнст
Теодор Амадей Гофман написал Щелкунчик и мышиный король, а последнее -
принят второй Французский
Владимир Аксенов пишет:
дефине филе
ИНВАЛИД ДЕЖИЦЕ
Тогда уж ИНЖАЛИД ДЕЖИЦЕ.
ЕГГОГ!
С йцукенг'ным уважением,
Денис Редозубов.
Oleg Prosvetov пишет:
И все. У Д.А.Медведева закончился Цветик-Семицветик
Не. Просто он сейчас на переговоры с Евросоюзом отвлёкся.
Не доглядел. :)
С предполагательным уважением,
Денис Редозубов.
p.s. А может быть опасался всероссийского запоя... ;)
Ovchinnikov Vasily пишет:
МАМА МОЯ
И чё это было? :-)
Он просто болел за Италию и она проиграла :-(
Либо болел за Испанию и она выиграла :-)
Внимательнее смотрим дату и время исходного сообщения. ;)
С подсказывательным уважением,
Денис Редозубов.
Kovalenko Dmitry пишет:
МАМА МОЯ
ВОТ ЭТО ДА!!!
С взбудораженным уважением,
Денис Редозубов.
PEAKTOP пишет:
А дата действительно странная. Ну я бы еще понял 31.12.1899 00:00:00
Взято из
http://www.ibphoenix.com/main.nfs?a=ibphoenixs=1208193089:900458page=ibp_60_sql_date_ds
===
Trivia Information: The base date for InterBase date calculation is 17
November 1858. The REASON for
dennis redozubov пишет:
Взято из
http://www.ibphoenix.com/main.nfs?a=ibphoenixs=1208193089:900458page=ibp_60_sql_date_ds
Вот, более точно из http://en.wikipedia.org/wiki/Julian_day
===
* The Modified Julian Day (MJD) is the number of days (with decimal
fraction of the day) that have
Dmitry Yemanov пишет:
dennis redozubov wrote:
The base date for InterBase date calculation is 17 November 1858
Базовая дата не есть точка отсчета.
Приведи в дятле -1 к дате и удивись :-)
Хм... Взял Yaffil. Привёл...
===
SQL select cast(-1 as date) from rdb$database;
CAST
Dmitry Yemanov пишет:
Это я к тому, что сервер поддерживает даты и меньше 17-Nov-1858. Так что
упоминать где-либо именно эту дату не вижу смысла.
А я нигде и не говорил, что от точки отсчёта можно только в одну сторону
считать. :)
Ну, а насчёт упоминания - смысл есть, и ещё какой!
Игорь Бигдан пишет:
Я помню только В ОЧЕРЕДЬ, СУКИНЫ ДЕТИ! (С) Шариков
Анахронизм.
В стек, сукины дети! (С) Сфериков
Не думаю, что хотя бы одно сукино дитё согласится быть последним,
придя первым. :)
С последовательным уважением,
Денис Редозубов.
p.s. Кнута на вас нет. ;))
Dmitriy A. Beloshistov пишет:
Не думаю, что хотя бы одно сукино дитё согласится быть последним, придя первым. :)
FIFO, LIFO, LILO, FILO...
Фифо лило, а Лифо - фило. Так что, советские люди - за Фифо! ;)
p.s. Кнута на вас нет. ;))
Дык мы пряниками балуемся ;)
Вообще-то, я про Дональда
Dmitri Kuzmenko пишет:
Вам не нравится, что Украина легализовала ПО в школах?
ВНИМАТЕЛЬНО прочёл всю ветку. Причём тут Украина не понял тоже.
Речь вроде изначально была просто про Microsoft vs. CodeGear... :-\
С удивлённым выражением лица,
Денис Редозубов.
Dmitri Kuzmenko пишет:
еще раз поясняю.
Украина легализовала борландовский софт в школах в 2006 году.
Россия легализовала борландовский софт в школах в этом году.
Теперь Андрей Жук пишет, что в то время, как Россия покупает у
Codegear, Microsoft раздает бесплатно.
То есть, если бы Россия
Dmitri Kuzmenko пишет:
Елы-палы! %) Мне, юному падавану, не доступна сия глубина мысли
великомудрых джедаев!
замечу, что если бы Андрей не пишет - это я пишу. И Украина
тут в качестве примера, что Россия с этим делом слишком долго тянула.
А я замечу, что мне это, в принципе, deep purple.
Valery Gruzdev пишет:
2. Асинхронная фиксация транзакций.
А в чем принципиальная разница от ForcedWrite = OFF ?
То же самое - улучшает время отклика ценой возможной потери базы ;-)
Насколько я понял, тут клиент посылает серверу COMMIT, а тот присылает
OK, и клиент продолжает делать свои
Valery Gruzdev пишет:
PEAKTOP сообщил/сообщила в новостях следующее:
2. Асинхронная фиксация транзакций. Дает возможность операции COMMIT
возвращать управление клиенту без ожидания физической записи на диск.
Это улучшает время отклика ценой возможной потери нескольких
транзакций при сбое
Dmitri Kuzmenko пишет:
dennis redozubov wrote:
Dmitry Voroshin пишет:
Нет не так. Я исхожу из того, что в блобах обычно хранят ТЕКСТЫ.
Не! В блобах обычно хранят фотки!! С корпоративных пьянок!!!
это был мой ответ на то, что в блобах хранят тексты и прочую фигню.
Нет, мой! ;)
С
Gene Feudorov пишет:
A Перегон Питер-Мск-Сочи.
A 24015 км.
далековато до вас из питера :-)
Это, видать, с родины Тома Сойера. ;))
С марк-твеновским уважением,
Денис Редозубов.
Cattus Nocturnus пишет:
Нужен обход дерева.
Хм. Если, скажем, дерево будет хотя бы двоичным, но при этом полностью
сбалансированным, то в худшем случае это 2^1000-1 (~1.07*10^301)
записей... Бедные, бедные люди, которым предстоит многия, многия
лета вбивать этого монстра. :)
Нет, ну если
Cattus Nocturnus пишет:
Подскажите как? Как минимум, требуется обход дерева с вычислением
глубины каждого узла относительно некоторого заданного узла.
Может я неправильно понимаю, но почему бы не хранить номер уровня для
каждого узла, заполнять его при вставке триггером? Тогда глубина,
dennis redozubov пишет:
длины. Для двоичного дерева это достаточно просто, для других - сложнее
тем, что при такой глубине вложенности может просто не хватить
varchar'а.
Хотя нет, должно хватить. Если, скажем, ограничиться глубиной 2047, то
на идентификатор узла можно выделить 16 символов
Cattus Nocturnus пишет:
Узел от которого считается глубина множества подузлов задаётся
динамически во время запроса, нет нкакой возможности угадать этот
самый заданный узел, в момент вставки. Единственный способ ---
хранить глубину относительно каждого родительского узла. Но если узел
Cattus Nocturnus пишет:
Если глубина 2047 это не значит, что общее количество узлов = 2047.
Если общее количество узлов = 2, то это, как минимум, 2
идентификаторов 10 длинной 1 символ + 100 - 10 долинной 2 символа +
1000 - 100 - 10 длинной 3 символа + 2 - 1000 - 100 -10 длинной 4
Kovalenko Dmitry пишет:
Пока делал, наткнулся на реализацию функции вычисляющую квартал
(1..4). Я, грубо говоря, делю номер месяца на три и добавляю единицу.
С ней тоже наверное охинея аналогичная первой недели года ?
Типа дата принадлежит этому году, но последнему кварталу предыдущего?
Если
Kovalenko Dmitry пишет:
Если честно - я начал немного ошалевать.
Выполнил на MSSQL 2005 такой запрос
select {fn week('2006-12-30')} as d_1,
{fn week('2006-12-31')} as d0,
{fn week('2007-1-1')} as d1,
[...]
from sys.all_columns
В нем в течении недели меняется номер недели!
31
Kovalenko Dmitry пишет:
А вот четверг... Это получается надо вычислять дату первого дня первой
недели (не короче 4 дней) ...
Мда, Денис. И откуда ты свалился на мою голову? :)))
Откуда, откуда. С дуба под названием АСУП, который в дебрях эМэРПи растёт. :)
Могу продолжить. Вообще-то,
Oleg Matveyev пишет:
... ISO 8601...
... первый четверг года
епрст
совсем исопистали о программистах недумают
Нда. Я раньше тоже свято верил в единственно верный способ нумерации
недель с 1 января. Однако, года четыре назад, начальство вызвало меня
на ковёр, ткнуло носом в настенный
Serge Buzadzhy пишет:
С точки зрения здравого смысла 1 января не относится ни к какой неделе
предыдущего года. Потому что эта дата (как и любая другая) вообще к
предыдущему году не принадлежит.
Хорошо. Предположим, 1 января 2000 года, суббота относится к первой неделе
2000 года. К какой
Dmitri Kuzmenko пишет:
1. первое января никак не может относиться к неделе прошлого года.
А 31 декабря может относится к первой неделе нового года? :)
2. если первая неделя включает в себя четверг,
то тогда к какой неделе относятся пятница, суббота или воскресенье,
выпадающие на первое
Kovalenko Dmitry пишет:
CREATE PROCEDURE Modulus(Dividend INTEGER, Divisor INTEGER)
Алексей, это же в драйвер встраивать. Смотри мой ответ DED-у по поводу
табличек с названиями месяцев/дней недели.
А обязательно это выражение в селект запихивать? Может стоит это в провайдере
вычислять и
Serge Buzadzhy пишет:
Стандарт убирает эту проблему. Каждая неделя имеет уникальный номер,
как в пределах года, так и в пределах всего календаря. Кстати, по
стандарту же, номер недели записываются в формате -Www.
Например, 1999-W52, 2000-W01.
Т.е. 1 января 2000 г будет 1999-W52? Это ж
Kovalenko Dmitry пишет:
А обязательно это выражение в селект запихивать? Может стоит это в провайдере
вычислять и подставлять рассчитанное значение в исходный запрос?
Ага, а если эта хрень (вычисление дня недели) юзается в условии на
выборку?
Нда, проблема, не подумал... Зато в процессе
Serge Buzadzhy пишет:
А вот компьютеру как объяснить, что план на 53 неделю 1999 года и
план на 1 неделю 2000 года - это один и тот же план?
Это не должен быть один и тот же план. :) Как по мне должно быть два
разных плана. Один на последнюю неделю прошлого года, и действовать он
должен по
Kovalenko Dmitry пишет:
SELECT (extract(yearday from CAST('02.01.2000' as DATE)) -
extract(weekday from CAST('02.01.2000' as DATE)) + 6)/7 + 1
from rdb$database
даст неделю номер 2.
Все правильно. 1 января было в субботу - это первая неделя. 2 января
попадает на воскресенье. А
WildSery пишет:
напрмер говорят что в C++: int i = 5; int j = ++i + ++i; j == 14, а нодо бы 13
- сам не проверял
Всё правильно, 14.
Префиксные плюсы отрабатывают до вычисления выражения.
Хм. Java так не думает. :)
Промежуточный результат подставляется в выражение. То бишь j = 6 + 7.
Java
Ivan Ravin пишет:
Выход есть - явно создавать нередактируемое представление, чтобы сервер не
вставлял самовольно записи:
create view SimpleView as select t.* from TableWithPK t, rdb$database r
Можно ли как-то явно указать серверу, что view будет нередактируемое, не
используя в ddl второй
53 matches
Mail list logo
