Andrew пишет:
это небольшое производство. двигатели для электричек и поездов.
Дочка силоввых машин.
Просто была у них проверка. а у них бардак со списанием материалов в
производство.
поэтому сверху сказали - надо сделать позаказный учет себестоимости.
Тем более что у них ципл производства
http://www.cbr.ru/scripts/XML_daily.asp
Начинаю чувствовать себя безнадежно отставшим от жизни - замерли на
Delphi 6. Последнее, что устанавливал на посмотреть - Delphi 7.
А смысл есть?
Boulitchev Aleksey пишет:
с 6-ки на 7-ку смысл был.
Не нашел там ничего нового кроме Web-технологий. А смена версии среды
разработки на работающем проекте - достаточно болезненная операция.
Ded пишет:
По поводу проверок и прочего...
В тему: http://sysadmin.mail.ru/pforum/viewtopic.php?t=7746
Вот любопытно, вся эта шумиха вызовет рост популярности альтернативного ПО?
dada sasa пишет:
А был ли Ded на конференции? Сдается, что
не был... А?
Колоритная фигура должна быть :)
А почему это тебя интересует фигура Деда? :)))
Nikolai Voynov пишет:
Если у кого есть архив конференции
помогите пожалуйста.
http://groups.google.ru/group/ru-firebird?lnk=sghl=ru
DmitryLe пишет:
Нужны компоненты прямого доступа.
Зачем? Доступ универсальными способами (ADO, ODBC, dbExpess etc) чем не
устраивает? Потом же легче будет, когда появится схожая задача под FB
или что угодно.
arni пишет:
1) Агрегатная функция LIST. Документирована ли она стандартом SQL
Нет
и намечается ли к реализации?
http://www.firebirdsql.org/index.php?op=devjournalid=djarchiveno_rss=1
См. от 1 мая 2006 года.
Первоисточник этой инфы - сайт www.kometa.by.ru сегодня удален пару
часов назад. Наверное чтобы предотвратить распространение паники :)
MSSQL начал, IB продолжил. Интесно, кто следующий сбросит нормальную
нумерацию версий и пойдет стопами вин95?
Однако Write Ahead Logging (WAL) technology. В IB отказались от того
преимущества, которым тут эпизодически хвалились :)
Dmitry Yemanov пишет:
В IB отказались от того
преимущества, которым тут эпизодически хвалились :)
Сарказм не к месту. Я бы не стал затаивать дыхание насчет их реализации.
Да не сарказм это. Хотя, может и сарказм, но точно не в твой адрес. А
чудес от их реализации давно не жду. Как-то
Horsun Vlad пишет:
Т.к. желающие обсудить нашлись, то вот и предмет обсуждения.
Было ещё одно письмо с обоснованием необходимости шифрования и возникающими
проблемами \ требованиями, но оно пока не переведено на русский. Если
возникнет необходимость, выложу и его.
Хотя бы в двух словах:
Eugene пишет:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
Сам ты тупиковая ветвь.
Чего наехали на человека? Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится. Если у SS
Horsun Vlad пишет:
Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится.
Причём тут кеш к архитектуре ?
Может и ни при чем. Но такая вот особенность в FB CS имеется.
Ну будет он шариться и шо ? Ты сразу полюбишь классик ?
Не сразу, а медленно и
Dmitry Yemanov пишет:
всякими там новомодными методиками вытеснения страниц
Которые постгрес который год тасует в попытках убежать от патентного
права :-)
Тяжелый случай. Способ потребления кислорода человеком под названием
дыхание случайно никто еще не запатентовал? Надо бы
Dmitri Kuzmenko пишет:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
не gnu, а gpl. и не платность под gpl, и т.п.
И вообще, сказал А, говори
Kovalenko Dmitry пишет:
Вот скажите мне - через что работают с
MSSQL из Delphi ?
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по родным компонентам прямого
доступа.
Kovalenko Dmitry пишет:
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по родным компонентам прямого
доступа.
Вот и я абсолютно о том же. Но у нас
упорно - это типа у нас нативе, а это у
нас как у вас. Первое у нас быстрее и
все
Konstantin R. Beliaev пишет:
Ты про Sybase?
Вот она, четкая ассоциация! Anywhere - Everywhere. MS решила урвать
кусок рынка мобильных юзеров у SQL Anywhere и пошла по пути
производителей кроссовок ABIBAS, REBOOK и т.п. :)
Это майкрософтовский сервер, по инфомации из третьих рук вроде SQL
Dmitri Kuzmenko пишет:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
veliks пишет:
Но, отходя вв сторону от сути вопроса, лично ятак и не понял 1С , чем им не
угодил Sybase.И бесплатные версии есть, и под линухом работает,
Вот именно! Бесплатные версии ASE есть только под Linux. А маленькие
фирмочки, на которые позиционируют постгресовскую версию 1с, могут
Oleg Deribas пишет:
Это не я не читаю, это ты не читаешь ;)
Нет, это ты не понял. Это просто анти-PR акция. Ход, практикуемый
адвокатами или обвинителями в судах с присяжными - выдать какую-либо
информацию, которую может и не пришьют к делу, но осадочек в умах
присяжных останется, который
Dmitri Kuzmenko пишет:
Поэтому использование программного raid при наличии
аппаратного - #$%#%$#.
Аппаратный raid позволяет сделать зеркалирование не дисков целиком, а
выбранных разделов?
нет. А смысл?
Я на серверы самого начального уровня (для мелких филиалов) обычно
ставлю два SATA
ArtGal пишет:
Диски в raid дохнут чаще.
За 4 года сдохло 4 сказика, IDE и SATA - десятка полтора.
Из скольки? А то это похоже на статистику угоняемости. Оказывается,
самый угоняемый - ВАЗ чего-то там, хотя угоняют небось единицы машин
на сотню. А какая-нибудь редкая марка, которой угнали
Dmitri Kuzmenko пишет:
какой бы ни был, программный raid не имеет смысла, потому
что сейчас любая самая задрипанная материнская плата имеет
встроенную поддержку raid 0 и 1 на аппаратном уровне.
Поэтому использование программного raid при наличии
аппаратного - #$%#%$#.
Аппаратный raid
Dmitri Kuzmenko пишет:
В любом случае, программный raid - это мазохизм :-)
Это почему? raid-5 средствами ОС - может и мазохизм, не знаю. А вот raid
0 и 1 иногда очень удобны для некоторых применений. Впрочем, что я тебе
рассказываю? Из твоей же статьи http://www.ibase.ru/devinfo/raid.htm
Константин пишет:
Так тот что 3-шник хоть что-то на FoxPro лабает (правда выглядит
ужастно - но кое как работает, видать всё-таки научился),
а отличник, каким-то образом, сразу в управленческое звено пролез.
И хоть со времёт учёбы ни строчки не написал - но с успехом
раздаёт ТЗ, и
http://sql.ru/forum/actualthread.aspx?tid=328662
Alexandr Kochmin пишет:
через MSAccess еще можно ;)
Тогда уж и через любой сервер БД, поддерживающий гетерогенные запросы :)
Kovalenko Dmitry пишет:
Объясните глупому, КАК МЕНЬШЕ ЧЕМ ЗА
ЧАС проголосовало больше 3 штук. Это
реально или там что-то сломалось? 8-)
Судя по database not started! - сломалось. А 3 тысячи - это не за час.
Это они скорее всего хотели сразу приплюсоватьмаксимальные результаты
прошедших
Может с форума MSSQL и будут голоса, но комменты там, мягко говоря,
жлобские :( Менталитет совка: беда не в том, что у меня корова сдохла,
а в том, что у соседа жива осталась...
http://sql.ru/forum/actualthread.aspx?tid=305829
Константин пишет:
Cобственно SUBJ. Есть ли такая фишка ?
Для какой цели интересуешься? Если для перенесения изменений из
девелоперской БД в боевую или что-то вроде того, то IMHO самый
оптимальный вариант - организационный. Обеспечить внесение изменений
даже в тестовые базы
(В догонку) И параллельно с этим, то, что скорее можно отнести к коду,
чем к метаданным (процедуры, функции, view, триггеры) хранится еще и в
системе контроля версий. При этом в тело автоматом вставляются
комментарии типа такого:
--$Revision:1.9$
--$RevDate:28.04.2006 17:20:16$
Ded пишет:
Победить они, при всём их гоноре, не могут, но вот подосрать могут
любому лидеру
Однако уже на 4 место сползли. Совсем расслабленная эта неделя? Могут
ведь и рекорд 3307 обойти, если экстраполировать тупо на неделю.
Ded пишет:
En101.CzechRepublic
Вау! Это ж Ипполит, то есть тьфу, американский английский! Что-то его
долго не было :-D
Так его же убили кажется? Видать воскрес.
P.S. А я все ленился зарегистрироваться на гугле. Написал до это
несколько сообщений, получил несколько отлупов и забил на
Dmitri Kuzmenko пишет:
т.е. грамотные кроссплатформенные приложения - это утопия?
В общем, да.
Не то чтобы совсем утопия, но во многих случаях дейтвительно придется
приводить к наименьшему общему знаменателю.
6. использовать общие компоненты доступа, типа ODBC.
Чего все так боятся
Yurij пишет:
ошибку без малейших пояснений что она значит. Переделали на компоненты
прямого доступа - стало работать в 5 раз быстрее и ошибки пропали.
Интересно, что же именно стало работать в 5 раз быстрее и за счет чего?
Если не рассматривать специфические случаи, то это скорее всего признак
Константин пишет:
ИМХО, если бы спросили МОЁ мнение, - .
И вообще, не терпелось им к 10-й системе свести...
так и сводили-бы себе, типа KiTenByte, GiTenByte, ...
Вот потому и не спросили твое мнение :) Приставки кило гига мега и т.д.
существовали и до появления байтов и имели
Константин пишет:
Потом мизерная часть населения земли возвела 2 в 10 степень и
получила 1024 - число, близкое к 1000. И для своего удобства обозвали
кило-...
Ну насчёт мизерности - это ты зря ...
Да? И какая же доля от 6 миллиардов имеет близкое отношение к IT? А вот
доля тех, кто
Dmitri Kuzmenko пишет:
ты меня совсем не понял. селективность как и гистограммы основываются
на текущих данных. а данные во времени меняются. Вот меня и интересовало -
эти данные собираются на ходу, или дискретно.
На этот вопрос я уже ответил. По-умолчанию на ходу.
Если на ходу, то как то
Alexey Kovyazin пишет:
В общем, лучше было бы сделать сервер устойчивым к мусору на страницах и
багам - т.е. чтобы когда он видит битую запись, включал бы механизм ее
уборки/автофикса,
Молча? А может лучше сделать этот механизм как-то особым образом
запускаемым? А то тихо
Dmitri Kuzmenko пишет:
Ты лучше скажи, как там у вас с пересчетом селективности
индексов - когда она делается?
А зачем нужна селективность индексов если есть гистограммы распределения
значений в полях? Статистика собирается и апдейтится обычно
автоматически, но при необходимости есть
Horsun Vlad пишет:
Ты лучше скажи, как там у вас с пересчетом селективности
индексов - когда она делается?
А зачем нужна селективность индексов если есть гистограммы распределения
значений в полях?
Индексы бывают из более чем одного поля.
Понял. Увы, не вникал. Не владею вопросом.
Не понял вопроса. А в чем сомнения? Сейчас попробовал дропнуть
Пожалуй, дропанье статистики дало не очень показательный пример. Вот
имел честь наблюдать как расхождение, так и исправление. Вызвал по
другой базе следующее
call sa_get_histogram ('store_id','store_movement')
Получил для
Vlad Horsun пишет:
А что ты ожидал там увидеть?
Документацию. а не
Это же общие фразы,
Именно документации предостаточно. А под предвзятостью я имел в виду не
столько приверженность к разным серверам, сколько твою позицию, IMHO
несколько отличающуюся от позиции пользователя СУБД. Ты
Horsun Vlad пишет:
Это слишком просто. Выполни запрос с разными диапазонами, т.е.
store_id between 1 and 100, store_id between 20 and 400, и т.п.,
а потом смотри на статистику. Поправлять по конкретному значению -
не спортивно :)
Посмотрел бегло по гистограмме с большим кол-вом шагов и
Vlad Horsun пишет:
И кто его знает, когда ASA решит его из кеша выкинуть
Если разработчики признаются - расскажу.
Когда факт выполнения будет сильно отличаться от плана. Но это уже
поздно, т.к.
плохое выполнение запроса уже произошло.
Ответил Glenn Paulley (Research and Development
Yuris W. Auzinsh пишет:
HV Спасибо, но - где тут про автоматическую корреляцию плана запроса
HV с параметрами в зависимости от их значенией в рантайме ?
Значит Вы будите первыми! ;-)
Вторыми :)
--~--~-~--~~~---~--~~
Horsun Vlad пишет:
HV Спасибо, но - где тут про автоматическую корреляцию плана запроса
HV с параметрами в зависимости от их значенией в рантайме ?
Значит Вы будите первыми! ;-)
Мы спим первыми, а вы нас будите всё время :)
Вторыми :)
Ссылка ?
Да обсуждали уже. В ASA параметры
Horsun Vlad ïèøåò:
http://www.ianywhere.com/developer/product_manuals/sqlanywhere/0902/en/html/dbugen9/0404.htm
Öèòàòà:
Optimization proper commences just before execution. If you are using
cursors in your application, optimization commences when the cursor is
opened. Unlike many other
Вторая попытка отправить читаемый ответ :)
Horsun Vlad пишет:
Ну, это же явный маразм.
Про маразм - это сгоряча. IMHO маразм - это использование единого плана
для всех возможных значений параметров.(И понятие плохой индекс мне
тоже кажется достаточно маразматичным).
Упрощенный, но
Horsun Vlad пишет:
Если стоимость такого плана
близка к лучшей зафиксированной стоимости запроса, то план добавляется в
кэш и используется в дальнейшем.
Это работает только если пар-ры не плавают. Рассчитывать на
это - глупо (маразм :)
Нет, все-таки возражу ;)
Как раз таки наоборот:
Vlad Horsun пишет:
Дык - план-то уже в кеше. И не факт, что самый хороший :-D
Разумеется. По этому поводу я могу опять привести ссылку и цитату для
детсада :)
http://www.ianywhere.com/developer/product_manuals/sqlanywhere/0902/en/html/dbugen9/0390.htm
A good plan, not necessarily the
Vlad Horsun пишет:
Да, да. Когда такое читаю, думаю - иногда лучше молчать, если сказать
нечего.
Хороший пример документации ASA :)
А что ты ожидал там увидеть? Это же общие фразы, basic concepts так
сказать. Большего и не нужно для решения большинства задач и достаточно,
что бы в
Vlad Horsun пишет:
А что есть идеал по твоему? Не вообще, а по данному вопросу. Все равно
ведь компромисс искать надо между затратами на оптимизацию и эффектом от
этой самой оптимизации
Идеал - идеальный план для любых значений пар-ров :-D
Который недостижим, как и большинство прочих
Dmitry Yemanov пишет:
SELECT * FROM EMPLOYEE e, DEPARTMENT d
WHERE e.workdept = d.deptno
AND d.deptno = ? selectivity 0.25
Поясните убогому, что означает этот запрос?
Что ожидается, что подсунутый параметр выберет 4 записи.
А ты уверен? Не ориентируюсь в DB2, но в ASA похожая запись
Вот из доки по DB2:
The SELECTIVITY clause is used to indicate to DB2 what the expected
selectivity percentage is for the predicate. SELECTIVITY can be
specified only when the predicate is a user-defined predicate.
Так что там 0,25 пожоже означает не 4 записи по условию, а четверть
Использую FastStone Image Viewer
http://www.faststone.org/FSViewerDetail.htm
(по совету г-на Голубицкого из КТ:
http://offline.computerra.ru/print/offline/2005/606/229240/ )
Пакетно повернуть-уменьшить-пожать-вставить дату/время - самое то что
надо. И как viewer весьма радует. No Adware No
пишет:
(о пользе кирилицы в поле From :)
Инетерсно, а почему в epsylon спама не было?
А кто про него знал? Здесь же новостной сервер, количество юзеров
которого на порядки превосходит эпсилоновские
Alexandr Kochmin пишет:
Вот например, самомодифицирующитеся таблицы при селекте.
Реализация квантовых принципов в субд, когда наблидатель самим фактом
наблюдения переводит кошку в черном ящике из размазанного состояния в
мертвое либо живое?
Ничего особенного, просто поле в табличке
Alexandr Kochmin пишет:
AG В чем именно сложность то?
так вот как раз в стрктуре.
с учетом этих пунктов.
Я расчитываю что тут досточно 2-3 таблиц, а между
строк твоего ответа я прочитал что тут аж ЦЕЛЫЙ СКЛАД надо.
Так это новая часть имеющейся системы или просто новая маленькая
Alexandr Kochmin пишет:
Это ж не танк надо, а так, маленький самокатик. Главное чтоб ездил.
Аппетит приходит во время еды. На самокатик потом захочется моторчик
прикрутить в 100 лошадей, подушку безопасности, кондиционер, ABS и т.п.
Можно, конечно, извратиться в плане усечения. Например
Dmitry Yemanov пишет:
Имеет. Но в условиях состояние = оплачен придется гасить индекс через +0.
А гистограммы в отдаленных планах есть? В roadmap нашел только такое
упоминание: Optimizer improvements. , more data statistics
Dmitry Yemanov пишет:
Есть. Но если состояние передается параметром, то толку в них никакого.
Т.е. по prepare план строится сразу еще до получения значений параметров?
Horsun Vlad пишет:
А что в ASA делает препаре ? Выделяет буфер в N MB на всякий случай ? :)))
Не сильно заморачиваюсь этим вопросом, ибо делаю отдельный prepare
крайне редко, можно сказать никогда в штатной работе. В документации
описано не очень внятно. Есть такой абзац:
Normally, the
Horsun Vlad пишет:
Не сильно заморачиваюсь этим вопросом, ибо делаю отдельный prepare
крайне редко, можно сказать никогда в штатной работе.
Если ты его не делаешь явно - это ещё не значит, что он не
делается вообще
Разумеется, оно делается сервером.
Т.е. переоптимизирует при каждом
Horsun Vlad пишет:
Да где же оно отсутствует ? Оберни запрос в процедуру, выполни её
10 раз с хорошим значением параметра а потом с плохим, что будет ?
Проверю такое на досуге. В доке по первой ссылке по этому поводу сказано
только в общих словах:
The optimizer periodically re-optimizes
Dmitry Yemanov пишет:
Что тебе еще надобно, старче? :-)
А пожеланий сделать это доступным из SQL еще не поступало? Я не желаю,
просто любопытствую :) IMHO это удобнее, чем в API лезть.
Horsun Vlad пишет:
Угу, за то и любима птица, что можно получить ответы на вопросы ;)
да еще и на русском языке :)
Кстати, похожую тему обсуждали уже, и кажется с твоим участием в
fido7.su.dbms, но я так и не понял, может ли в FB план процедуры
отличаться в зависимости от значений,
Dmitry Yemanov пишет:
С номенклатурой организационно немного проще IMHO, ибо обычно точек
возникновения новой номенклатуры все-таки поменьше, чем для контрагентов.
На последних моих работах номенклатуры было на порядок больше контрагентов.
Я про другое. Номенклатуры больше. Но точек
Boltik Evgeny пишет:
Хорошо что кто то помнит. А чтука очень важная т.к. юзеры столько дубликатов
делают ужас.
http://sql.ru/forum/actualthread.aspx?tid=276943#2501869
Ded пишет:
Кстати, о птичках, сиречь ООО. Я в своё время ещё при проектировании
с карандашем и резинкой выделил формы собственности в справочник
Логично, но это лишь частное решение для случая, когда есть такие
выносящиеся в справочники атрибуты. Оно снимает только часть проблемы.
Plotnikov Y. пишет:
думал минуты две, не врубился - че он делает?
Похоже, это инсерт, который в случае если такая строка уже есть апдейтит
ее, либо удаляет ее и вставляет предложенное по новой. Такое есть в MySQL:
http://dev.mysql.com/doc/refman/5.0/en/replace.html
и в SQL Anywhere чуть
Konstantin R. Beliaev пишет:
Интересно, а другие сервера смогут распознать такую конструкцию и
задействовать индекс? Мне почему-то кажется, что это универсальный трюк.
Само понятие плохой индекс в контексте выборки данных достаточно
неуниверсально, скорее специфично для IB/FB и rule based
Oleg LOA пишет:
Велкам ту оракле ;-)
Неужели LIST в FB не переедет?
Oleg LOA пишет:
Конечно можно выкрутиться и хранимой процедурой, но это к проктологии ближе
Велкам ту оракле ;-)
Шутку понял, только когда глянул в FAQ по Oracle на sql.ru:
http://sql.ru/forum/actualthread.aspx?tid=212946
14-й вопрос. Я думал там с этим получше
dada sasa пишет:
агрегация строк? а что это? не слышал
раньше, не поясните, плиз?
Аналог SUM, но для строк - агрегатное склеивание. Функция LIST, типа вот
такой:
http://www.ianywhere.com/developer/product_manuals/sqlanywhere/0902/en/html/dbrfen9/0220.htm
Yurij пишет:
Ох, не помешало бы это и в Firebird :)
Оно есть в Yaffil, но чуть попроще. Можно предположить, что и в FB оно
будет перенесено (если еще не перенесли).
Но чего я не могу понять, так это как при выполнении такого запроса
рассчитывается размер
поля с результатом LIST - там же
aLKoGolik пишет:
Меня вечно убивает слова от ...
Да скажи прямо сколько-то испыталка сколько-то после,
если подходишь.
Иногда от... действительно означает от У меня свежий личный
пример - искали эникейщика, а заполучили человека, который вполне может
потянуть и руководство
Oleg LOA пишет:
Гм, Вы бы хоть вопросы поприличней сформулировали.
Неужели вакансия заинтересовала?
При чем тут размер БД и число записей в таблице и количество объектов?
Например чтоб прикинуть начальную з.п. Типа $500 + натуральный логарифм
от максимального кол-ва записей на прошлой
StepanischtevS пишет:
Подскажите как лучше доступаться к Oracle из Delphi 2006.
Интересуют больше отзывы по результатам реализованных проектов
насколько те или иные компоненты глючные и в полной мере
поддерживают функциональность Oracle .
А что значит полная поддержка функциональности в
Dmitri Kuzmenko пишет:
Ждем. может у хостера что, а может, в интернете авария какая.
В 100mb сказали, что проблема у вышестоящего провайдера. Чинят. Сроки
неизвестны.
Легально в электронном виде где можно купить?
Alex Cherednichenko пишет:
Вы пишешь
...
Ага, щаззз...
А ты случайно не Мимопроходящий?
Alex Cherednichenko пишет:
Ага, щаззз...
http://en.wikipedia.org/wiki/QWERTY
и что?
http://www.urbandictionary.com/define.php?term=qwerty
http://www.google.ru/search?hl=ruq=qwerty+keyboard+for+slow+downbtnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BAlr=
Alex Cherednichenko пишет:
URBAN и надписи на заборах
как и википедия
вызывают равную степень доверия к публикуемой информации.
Если тебя очень интересует история вопроса, загляни в Британику.
Британика более уважаемый источник, но поиск по qwerty ничего не дал.
Лень мне спорить с тобой
Alex Cherednichenko пишет:
AG QWERTY не ускорение набора, а предотвращение typebars from intertwining
AG and becoming stuck и т.п.
Но отнюдь не ...УМЫШЛЕННО разрабатывали так, чтобы УМЕНЬШИТЬ скорость
ввода...
Ну ладно, открыть глаза на заблуждения по поводу стандарта ANSI SQL, но
Vlad Nepomnjashy пишет:
Посоветуйте что-нибудь умное
А неумное задним умом, которым мы все сильны, можно? :) Когда-то в
досовские времена, когда NDD не мог справиться с восстановлением, он
выдавал красную табличку с нравоучительной надписью Backup often.
Если не помогут предложенные ранее
Oleg Deribas пишет:
Есть еще варианты? Причем хотелось бы заранее быть уверенным что есть
перспектива на fb 2.0 ...
http://100mb.ru/services/
Смотри выделенный виртуальный хостинг или аренду физических серверов.
Полагаю в обоих вариантах можешь запросто установить себе любой FB по вкусу.
Oleg LOA пишет:
Угу, т.к. общий размер получается 20 Мб* число подключений. Это как у нас в
классике.
Удивило и разочаровало, однако. Я думал, там архитектура как в супере.
http://sql.ru/forum/actualthread.aspx?tid=267757
shared_buffers я куртил - разницы в быстродействии не заметил
М...
Oleg LOA пишет:
Угу, т.к. общий размер получается 20 Мб* число подключений. Это как у нас в
классике.
Удивило и разочаровало, однако. Я думал, там архитектура как в супере.
http://sql.ru/forum/actualthread.aspx?tid=267757
Oleg LOA пишет:
И какой на него (тест) дал ссылку на sql.ru?
Точно не я. Но то, что оно там всплывет и начнется подобный флейм -
почему-то сразу предполагал. Сглазил, наверное :)
Чуствую пошлю всех в зад - как протестировал, так и протестировал.
А что мешает? Каждый может повторить
А что означает замечание про PG: 80% ОЗУ не получил тока PG. Т.к. он на
Win32 крутился по классической архитектуре - у него 20МБ было на кэш.?
Он в принципе не мог взять больше 20мб или умышленно ограничил?
Oleg LOA пишет:
По поводу косяка с массовым обновлением lineitem на ASA9 - виноваты индексмы.
Т.е. это явные грабле в ASA.
Нашли способ как сократить это до 67 минут только настройками
параметров. Виновата частая запись грязных страниц по причине слишком
короткого интервала допустимого
Так и не скомпилял я этот dbgen. Взял готовый для FB2.0 по адресу
http://ibdeveloper.com/tests/tpc-r/how-to-run-tpc-r-based-test/
Сгенерил файлы с данными.
Использовал ASA 9.0.2.3207 на Win2003, процессор Celeron 2.66 ггц,
памяти 512 мб, винт обычный IDE.
Создал базу с размером страницы 8 кб.
Dmitri Kuzmenko пишет:
для запроса
update lineitem set field = trim(field);
imho оптимизатор не имеет абсолютно никакого значения.
Да, неактуален. Не знаю точный номер версии у Олега, но существенные
поломки в 9.0.2 в начальных выпусках были - тогда достаточно много
изменений вносилось.
Oleg LOA пишет:
Тот самый update lineitem set l_comment = trim(l_comment)
- 251 секунда.
Я нашел косяк. У меня обновлялись в одном update три поля из которых
два были индексируемыми. Чёт там shipmomode и ещё какое-то varchar.
Так вот при наличии индекса ASA уходит в глубокий IO при
Результаты 1 - 100 из 112 matches
Mail list logo
