ðÒÉ×ÅÔ ÷ÓÅÍ.
http://www.hi-it.ru/images/stories/content/funny/spasibogospodi.jpg
ðÒÏÛÕ ÐÒÏÝÅÎÉÑ, ÅÓÌÉ ÂÁÑÎ.
ZIP
Сжатие уже реализовано.
сделай теги однобуквенными
--
Булычев Алексей
http://www.stella-npf.ru
Андрей Могильный ...
И ты даже измерял на сколько ?
У наших заказчиков порой бывают индексы по 500Мб, правда на Oracle.
Это что - мера тормозов ?
--
Хорсун Влад
PS Индексы в FB _очень_ компактны.
PPS Оракл вроде в последних версиях тоже научился делать префиксную
компрессию
ÓÄÅÌÁÊ ÔÅÇÉ ÏÄÎÏÂÕË×ÅÎÎÙÍÉ
äÕÍÁÌ ÎÁÄ ÜÔÉÍ, ÎÏ ÔÏÇÄÁ, ÐÏ ÉÄÅÅ ÅÝÅ ÎÕÖÅÎ ÓÌÏ×ÁÒØ ÓÏÏÔ×ÅÔÓÔ×ÉÑ
1,2-ÂÕË×ÅÎÎÙÈ ÔÅÇÏ× ÎÏÒÍÁÌØÎÙÍ ÚÎÁÞÁÝÉÍ ÉÄÅÎÔÉÆÉËÁÔÏÒÁÍ.
HVИ ты даже измерял на сколько ?
О, какие натасканные! :)
Измерять не измерял (про стук в подвале слышал :)), но при многих инсёртах наверное дополнительный тормоз будет (насколько тормоз
буду тестить на выходных).
Просто (скажем, из прынцыпа) зачем лишний, если уже есть да ещё и уникальный.
Есть поле которое либо null, либо уникальное.
Как лучше, повесить проверку в триггере, или в ограничении?
Типа:
check (INN is null or not exists(
select 1
from DC_NAT_OWNER T
where T.INN = INN
and T.ID ID
))
Индекс на INN естественно сделал.
Какими граблями может обернуться check
Boulitchev Aleksey ...
время поднятия из бакапа увеличивается ровно на время создания еще одного
лишнего индекса
при организации данных 1:1 может быть весьма существенно
Это аргумент. Принято. Правда он не о том, о чём автор топика писал :)
производительность начиная с 1.0.3 меня
Boulitchev Aleksey wrote:
Да ладно язвить. Все равно когда-то из каких-то идиотских гениальных
идей что-то складывается конструктивное.
есть такое слово - перегрузка понятиями. при расширении языка количество
пользователей, использующих всю функциональность, падает
появляются редкие
sasha wrote:
Ну что-то типа того, только вот я так и не понял почему это плохо...
Понимаешь, для того, чтобы это понять, недостаточно быть
программистом в смысле знать синтаксис применения десятка команд,
исчерпывающих любой язык программирования, и уметь тасовать слегка
по-разному
Andrey Feklistov wrote:
Т.е. для случая, когда они процедуры вызывают другие - передача курсора как
параметра - самое оно. А с контекстом можно контекст создавать (звиняюсь за
тавтологию).
Вечна тяга человека к глобалам, как очевидному средству упрощения
решения отдельно взятого вопроса
ðÒÏÛÕ ÐÒÏÝÅÎÉÑ, ÅÓÌÉ ÂÁÑÎ.
ñ, ×Ï ×ÓÑËÏÍ ÓÌÕÞÁÅ, ÎÅ ×ÉÄÅÌ :)
100% Ó×ÅÖÁËÉ, ÜÔÏÊ ÎÅÄÅÌÉ:
http://wwwboards.auto.ru/jokes/101582.html
http://wwwboards.auto.ru/jokes/101856.html
http://pics.livejournal.com/simpampon/pic/00045hg3
Поделитесь опытом и впечатлениями оп поводу сабжа.
Какие трудности и подводные камни таит сея связка.
Boris Loboda wrote:
Просто я не понимаю причины такой экспрессивной
реакции, никто ведь не настаивает на том, что это надо пускать в дело.
Просто практика показывает, что именно это и идёт в дело. Мне до
светлого будущего уже просто не дожить физически - я должен затратить
слишком
sw ...
От и расскажешь
Рассказываю.
...
Итак время выполнения:
BT PK+, CHT PK+ FK+ ~ 1m30s
BT PK+, CHT PK+ FK- ~ 1m00s
BT PK-, CHT PK+ FK- ~ 0m38s
BT PK+, CHT PK- FK+ ~ 1m13s
BT PK+, CHT PK- FK- ~ 0m37s
BT PK-, CHT PK- FK- ~ 0m15s
Помоему вполне достаточно, чтобы об
У меня тут дерево всего и вся захотели...
Сижу вот теперь и думаю - И кто виноват,
что я вместо на форму захерачил дерево
вместо списка и целенаправленно его
прикручиваю? Beloshistov, конечно.
Коваленко Дмитрий.
ArtGal [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
Boulitchev Aleksey [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
есть такое слово - перегрузка понятиями. при расширении языка количество
пользователей, использующих
Ded ...
Vlad Horsun wrote:
Если бы один парень не загипнотизировал всех одним своим присутствием
(кстати, мнимым) и обещанием сделать 'как надо', то и 2-ка была бы минимум
на год раньше, и многопоточность сейчас тоже была бы.
Не без этого. Однако парень таки кое-что сделал,
Привет!
Поделитесь опытом и впечатлениями оп поводу сабжа.
Какие трудности и подводные камни таит сея связка.
Не жалует Чертенок Птица - сборки выходят с большим опозданием. Это
все, что могу тебе сказать :)
--
Best regards,
Sergeymailto:[EMAIL PROTECTED]
предуведомление:
прошу прощения у всех, чьих шуток не
понял. (C) epsilon.public.interbase
-
Приколы новой конференции: 2006 год
1:ТЕСТ
2:Попробую и я потестить...
2:Фуфло получается... :(((
3:А ты чего именно тестишь то?
От причепывся :)
Нечего людей в мороз на природу посылать.
Ты забей на PK\FK а попробуй с 3-мя и 4-мя индексами разницу поискать.
Или с 10-ю и 11-ю
Да, это ясно. Прошу считать топик пятницным Господа присяжные.
Ещё в догонку
BT PK+, CHT PK+ FK- CHK+ ~ 1m13s
Эх хорошо зимой, деревья в
А гистограммы когда будут?
ïèáè èÏÒÏÛÏ!
äÍÉÔÒÉÊ
D Вижу, вижу как наяву - по всей стране генераторы гениальных идей
D включились, зажужжали, и, перегреваясь, строчат послания :-D
Хм, можно и свои 5 коп. вставить ?
Я понимаю что фичи ещё нет, но может её сейчас ещё не
поздно заложить ?
Короче я тут подумал было-бы кульно
Короче я тут подумал было-бы кульно иметь возможность
нацепить тригерры на временные таблицы ...
Если ты о GTT, то триггеры там есть
--
Хорсун Влад
Ded wrote:
Boris Loboda wrote:
Да ладно язвить. Все равно когда-то из каких-то идиотских
гениальных идей что-то складывается конструктивное.
Usage of domains in PSQL, Embedded user account storage,
External data sources and cross-database queries, Database
encryption - над этим
Ded wrote:
Boris Loboda wrote:
Просто я не понимаю причины такой экспрессивной реакции, никто ведь не
настаивает на том, что это надо пускать в дело.
Просто практика показывает, что именно это и идёт в дело. Мне до
светлого будущего уже просто не дожить физически - я должен затратить
Здравствуйте.
Все просто: был проект с маленьким ТЗ: 1 офис, 1 база, теперь появилась
необходимость поставить ее в нескольких филиалах.
Решил разнести филиалы добавив во все таблицы новое поле IDBASE, но
столкнулся с
проблемой FK.
Переделывая на новую версию: удаляю старые PK с одним
Короче я тут подумал было-бы кульно иметь возможность
нацепить тригерры на временные таблицы ...
HV Если ты о GTT, то триггеры там есть
С уважением,
Константин Григорьевич.
===
Короче я тут подумал было-бы кульно иметь возможность
нацепить тригерры на временные таблицы ...
HV Если ты о GTT, то триггеры там есть
Сорри за неграмотность но who is GTT ?
У меня есть пара алгоритмов/фич на будущее
с использованием temporary table ...
BL Я кстати тоже, но думаю надо терпимо относиться к чужим идеям и
BL желаниям. Никто, кроме всевышнего, не знает где лежит истина.
Вав, аж прослезилси ... (в хорошем смысле)
После таких слов чуствуешь, что если и не прав -
то всё равно, иногда, стоит самому лезть в петлю
дабы в
К
К Очень нужная фича была-бы !!!
непонятно, хотя триггеры сделали, но что мешает отказаться от триггеров в
пользу SP?
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
Привет!
gcc 3.4.5, ядро 2.6.18, AltLinux обновлённый до
В этом у всех версий проблемы были. Обнови до 3.4.6.
--
Best regards,
Sergeymailto:[EMAIL PROTECTED]
Скачал Вулкан.
Завтра наверное гляну на это...
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
Переделывая на новую версию: удаляю старые PK с одним полем ID,
создаю новые PK с двумя полями ID и IDBASE. Но как теперь сделать
FK?
Что-то я не понял, а какие тут проблемы с FK ?
Вобще-то лично мне составные FK не нравятся по некоторым соображениям. Я
все таблицы делаю по такому вот шаблону:
CREATE TABLE _MyTable (
Id GlobalId NOT NULL PRIMARY KEY /* GlobalId =
BIGINT NOT NULL */,
LocalId LocalId /* LocalId = INTEGER NOT NULL */,
InstanceId
К Очень нужная фича была-бы !!!
AK непонятно, хотя триггеры сделали,
Клас! :)
AK но что мешает отказаться от триггеров в пользу SP?
То же что и для общего случая ...
ИМХО, SP не совсем равнозначная замена триггеров ..
С уважением,
Константин Григорьевич.
===
36 matches
Mail list logo