Hello, All!
Подскажите нормальный конвертер баз Firebird в MySQL ?
With best regards, Oleg Prosvetov.
Oleg Prosvetov wrote:
Hello, All!
Подскажите нормальный конвертер баз Firebird в MySQL ?
With best regards, Oleg Prosvetov.
метаданные - из ERWin генерить хорошо
данные перегонять - Database Comparer
http://clevercomponents.com/downloads/dbcomparer/dbcdownload.asp
Oleg Prosvetov пишет:
Подскажите нормальный конвертер баз Firebird в MySQL ?
/dev/hand
--
Александр Замараев
Уж очень мухобойно получается, особенно если учитывать, что это нужно будет
делать регулярно, да еще по нескольку таблиц сразу. Нужно что-то типа Full
Convert
http://www.spectralcore.com/fullconvert/tutorials/convert-interbase-firebird-to-mysql.php
тока он не работает. Если точнее русские буквы
Достойный ответ Linuxоида :) Но я его пожалуй отправлю в /dev/null
With best regards, Oleg Prosvetov. E-mail: [EMAIL PROTECTED]
... ÜÔÏ ÎÕÖÎÏ ÂÕÄÅÔ ÄÅÌÁÔØ ÒÅÇÕÌÑÒÎÏ, ÄÁ ÅÝÅ ÐÏ ÎÅÓËÏÌØËÕ ÔÁÂÌÉÃ ÓÒÁÚÕ.
ÎÕ ÅÓÌÉ ÒÅÇÕÌÑÒÎÏ - ÍÎÅ ÎÒÁ×ÉÔÓÑ DTS ÏÔ MSSQL2000 (ÏÎ ÖÅ - Integration
Services ÏÔ MSSQL2005)
OM ну если регулярно - мне нравится DTS от MSSQL2000 (он же - Integration
OM Services от MSSQL2005)
Что-то я не осознал, причем тут MSSQL ?
With best regards, Oleg Prosvetov.
Oleg Prosvetov wrote:
Уж очень мухобойно получается,
надо фичереквест написать автору (Борису Лободе)
особенно если учитывать, что это нужно будет делать регулярно, да еще по
нескольку таблиц сразу. Нужно что-то типа Full Convert
OM ну если регулярно - мне нравится DTS от MSSQL2000 (он же - Integration
OM Services от MSSQL2005)
Что-то я не осознал, причем тут MSSQL ?
Значит не дорос...
Я помню как оно меня заколбасило, когда я это дело первый раз увидел в
работе :-)
Жаль что в 2002 эта красота была не доступна.
þÔÏ-ÔÏ Ñ ÎÅ ÏÓÏÚÎÁÌ, ÐÒÉÞÅÍ ÔÕÔ MSSQL ?
MSSQL - ÜÔÏ ÎÅ ÔÏÌØËÏ SQL ÓÅÒ×ÅÒ, ÎÏ ÅÝÅ É ÍÎÏÇÏ ×ÅÓØÍÁ ÐÏÌÅÚÎÙÈ ÓÌÕÖÂ
ÏËÒÕÖÅÎÉÑ.
õ ÎÁÓ ÎÁÐÒÉÍÅÒ, ÉÓÐÏÌØÚÕÅÔÓÑ Integration Services, Analysis Services É
Reporting Services, ÈÏÔÑ ÉÓÔÏÞÎË ÄÁÎÎÙÈ - FB
DTS × 2000ÏÊ ×ÅÒÓÉÉ - ÏÔÌÉÞÎÏÅ ÓÒÅÄÓÔ×Ï ÓËÁÞÁÔØ ÄÁÎÎÙÅ
Oleg LOA [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ
ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
Boltik Evgeny [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
ÉÎÄÅËÓÕ ÐÏ ×ÙÒÁÖÅÎÉÀ ôÁË ÞÔÏ Ñ ÄÕÍÁÀ ÜÔÏ ÒÅÁÌÉÚÕÅÍÏ. éÎÁÞÅ ËÁË ÖÅ ÉÎÄÅËÓ
ÐÏ
×ÙÒÁÖÅÎÉÀ ÖÉ×ÅÔ ÂÅÚ ÷ ËÌÀÞÁÈ ÎÅÔ ÉÄÅÎÔÉÆÉËÁÔÏÒÏ×
Hello, Evgeny!
Boltik Evgeny wrote:
Естественно прийдется сделать ссылки на несколько записей по связи. Раз есть
какие то механизмы то и то про что я говорю можно реализовать. Ускорение
будет в разы на некоторых запросах и упрощение в конструировании таблиц.
Сейчас приходится ради индекса и
CREATE INDEX idx2 ON T2 (
(select prod from T1 where t1.id = t2.t1id) [as prod],
(select pok from T1 where t1.id = t2.t1id) [as pok],
kolvo)
öÅÎØ, ÜÔÕ ÍÙÓÌØ ÔÙ ÍÏÖÅÛØ ÚÁËÏÐÁÔØ ÏÞÅÎØ ÇÌÕÂÏËÏ, É ÕÓÐÏËÏÉÔØÓÑ.
÷ ËÌÀÞÁÈ ÎÅÔ ÉÄÅÎÔÉÆÉËÁÔÏÒÏ× ÔÒÁÎÚÁËÃÉÊ.
îÅÍÎÏÇÏ ÐÏÍÁÈÁ× ËÕ×ÁÌÄÏÊ ÎÁ ÓÔÒÏÊËÅ
Boltik Evgeny [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
индексу по выражению Так что я думаю это реализуемо. Иначе как же индекс по
выражению живет без В ключах нет идентификаторов транзакций.
А что у нас в выражениях есть ссылки на прочие записи акромя текущей?
Dmitry Yemanov wrote:
freemanzav wrote:
Вот что говорит по этому поводу Jim Starkey
Не читайте на ночь советских газет (с)
Так ведь других нет (с)
Dmitri Kuzmenko wrote:
или хорошо, но для конкретного движка есть МЕХАНИЗМЫ ДОСТУПА.
www.ibase.ru/devinfo/dataaccesspaths.htm
Коррекция:
1.2.1. Битовые карты, 2-й абзац, 3-е
предложение:
Эта карта представляет собой
разр_я_женный битовый массив, где ...
скорее всего имелось в виду
Serg Bormant [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
Коррекция:
1.2.1. Битовые карты, 2-й абзац, 3-е
предложение:
Эта карта представляет собой
разр_я_женный битовый массив, где ...
скорее всего имелось в виду
разр_е_женный, от редкий. Иначе
ArtGal сообщил/сообщила в новостях следующее:
В математике (начиная с высшей) есть понятия
разряженная матрица, разряженный массив...,
Я что это такое?
Вот разреженные матрицы я хорошо помню, это матрицы, у которых большинство
элементов - нули. Для них специальные выч.методы применяются.
Serg Bormant wrote:
Не совсем так. Про разр_е_женные (сиречь
рЕдки в них ненулевые элементы)
матрицы и массивы знаю. К сожалению,
приходится слышать и про разр_я_женные,
только неправильно это, этимология у
понятия другая.
Поправим статью, не вопрос :-)
--
Дмитрий Еманов
Dmitry Yemanov [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
ðÏÐÒÁ×ÉÍ ÓÔÁÔØÀ, ÎÅ ×ÏÐÒÏÓ :-)
ôÏÇÄÁ ÄÏÐÏÌÎÀ :-)
óÏÄÅÒÖÁÎÉÅ, 1.1.1. ðÏÌÎÏÅ ÓËÁÎÉÒÏ×_ÎÉÅ -- ÓËÁÎÉÒÏ×ÁÎÉÅ, ÐÒÏÐÕÝÅÎÁ Á
÷×ÅÄÅÎÉÅ, 1-Ê ÁÂÚ. 2-Å ÐÒÅÄÌ.ËÁËÉÅ ÔÒÁÎ_ÆÏÒÍÁÃÉÉ -- ÔÒÁÎÓÆÏÒÍÁÃÉÉ,
ÐÒÏÐÕÝÅÎÁ Ó
ÔÁÍ ÖÅ, 4-Ê ÁÂÚ.,
Serg Bormant [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
Не совсем так. Про разр_е_женные (сиречь
рЕдки в них ненулевые элементы)
матрицы и массивы знаю. К сожалению,
приходится слышать и про разр_я_женные,
только неправильно это, этимология у
понятия
freemanzav ...
В FB скорее всего применяются обычные
битовые массивы, где кол-во элементов
равно количеству записей в таблицах .
Ну мне так кажется.
Ошибаешься
--
Хорсун Влад
Serg Bormant wrote:
Тогда дополню :-)
Исправлено, спасибо. Сегодня обновим на сайте.
--
Дмитрий Еманов
Hi Alexey Kovyazin
реализации серверной логики (языки, хп,
инструменты разработчика)
Лично ткнувшись носом, вараинтк ак в тригере прерать выполнения запроса, в
котором он исполнаяется
http://forums.mysql.com/read.php?99,43881,94952#msg-94952
И тутже
Hello, freemanzav!
You wrote on Mon, 02 Oct 2006 22:24:21 -0700:
f Вот что говорит по этому поводу Jim Starkey
f http://www.firebirdnews.org/?p=715.
Это ведь не сегодня (и не вчера) сделанное открытие. И выводы сделаны не
совсем в тему.
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real
freemanzav ...
Блин, запутался я с этими битовыми
картами. Надо полагать, что они
физически хоть и являются цепочками
структур, для пользователя это все
равно массив, где индекс элемента
является номером записи. Или нет?
Для пользователя их вообще нет :)
--
Хорсун Влад
Пользователи бывают разные.
Пользователь - человек, который что то
использует (юзает). В данном случае я
говорю о людях, которые используют
класс битмапа для разработки. Их вроде
даже иногда разработчиками называют :)
Hello, freemanzav!
freemanzav wrote:
Блин, запутался я с этими битовыми
картами. Надо полагать, что они
физически хоть и являются цепочками
структур, для пользователя это все
равно массив, где индекс элемента
является номером записи. Или нет?
какая тебе разница? :-)
--
Dmitri Kouzmenko,
îÕ ÎÁËÏÅà ÔÅÐÅÒØ ÍÙÓØ ËÏÔÏÒÕÀ Ñ ÐÙÔÁÀÓØ ÄÏ×ÅÓÔÉ ÄÏ ×ÁÓ. åÓÌÉ ÓÄÅÌÁÔØ
×ÏÚÍÏÖÎÙÍ ÏÔÓÕÔÓÔ×ÉÅ ÆÉÚÉÞÅÓËÏÇÏ ÐÒÉÓÕÔÓÔ×ÉÑ ÐÏÌÅÊ prod, pok × t2 Ó
ÐÏÍÏÝØÀ ÔÁËÏÇÏ ÈÉÔÒÏÇÏ ÉÎÄÅËÓÁ
CREATE INDEX idx2 ON T2 (
(select prod from T1 where t1.id = t2.t1id) [as prod],
(select pok from T1 where t1.id =
Hello, Evgeny!
Boltik Evgeny wrote:
Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
В ключах нет идентификаторов транзакций.
Странно а как же тогда определеяется индексное чтение.
очень просто - сначала по совпадению ключей выбираются номера записей.
Дальше эти номера
Dmitri Kuzmenko wrote:
Hello, Evgeny!
Boltik Evgeny wrote:
Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
В ключах нет идентификаторов транзакций.
Странно а как же тогда определеяется индексное чтение.
очень просто - сначала по совпадению ключей выбираются номера
freemanzav wrote:
Дальше эти номера записей сортируются,
А вроде битовый массив создается. Для
чего сортировать номера записей?
Битовая карта упорядочена по определению. Т.е. включение в нее номеров
записей равносильно их сортировке (для внешнего наблюдателя).
--
Дмитрий Еманов
Eugene wrote:
Alexey Popov [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
Классик - в печку.
Руки прочь от классика!
Вот что говорит по этому поводу Jim Starkey
http://www.firebirdnews.org/?p=715.
Он говорит, что если все останется как
есть, то капец FB, и что его типа
freemanzav wrote:
Вот что говорит по этому поводу Jim Starkey
Не читайте на ночь советских газет (с)
Он говорит, что если все останется как
есть, то капец FB, и что его типа задавят
Уход от останется как есть не есть смерть классику, даже в его
интерпретации.
--
Дмитрий Еманов
äÁ×ÁÊ ÐÏ ÔÅÍÅ ÐÒÅÄÌÏÖÅÎÉÑ ÐÅÒÅÐÉÒÁÔÓÑ ÍÏÖÎÏ ÄÏÌÇÏ É ÎÕÄÎÏ É ÎÁ ÓÏÚÉÄÁÅÅ
×ÒÅÍÅÎÉ ÎÅ ÏÓÔÁÎÅÔÓÑ.
1.åÓÌÉ ÂÙ ÎÅ ÂÙÌÏ ÔÁËÉÈ ÔÏÒÍÁÚÏ× Ñ ÔÏÇÄÁ ÂÙ ÎÅ ÄÅÌÁÌ × ÔÁÂÌÉÃÁÈ
ÄÏÐÏÌÎÉÔÅÌØÎÙÅ ÄÕÂÌÉÒÕÀÝÉÅ ÐÏÌÑ ÄÌÑ ÕÓËÏÒÅÎÉÑ ÚÁÐÒÏÓÏ×.
îÅ ÕÄÁÞÎÙÊ ÐÒÉÍÅÒ É ÔÅËÓÔ.
ÐÒÏÂÕÅÍ ÅÝÅ ÒÁÚ
select * from t1, t2, ts where
Dmitri Kuzmenko wrote:
Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
Ааа ты теерпелииивый... :-D Я с первого взгляда понял что мне
криатифф ниасилить :-D
--
Regards. Ded.
Dmitry Yemanov ...
Fynda wrote:
я слегка бухой и мало-мало расстроеный
Надо было в баню идти :-)
слово быстро по отношению к этому процессу имхо даже _рядом не лежало_
Ты рассмотрел логический бекап, он у PGSQL и MySQL действительно
тормозной. Но у них есть и более другие способы.
Horsun Vlad wrote:
Мигрировать с 7.4 на 8.1 он позволяет ?
Это несколько другая задача, ее AFAIK ни одна СУБД не решает быстрым
бекапом, про который шла речь выше.
--
Дмитрий Еманов
Dmitry Yemanov wrote:
я слегка бухой и мало-мало расстроеный
Надо было в баню идти :-)
Мну не мог, по причинным объективам.
слово быстро по отношению к этому процессу имхо даже _рядом не лежало_
Ты рассмотрел логический бекап, он у PGSQL и MySQL действительно
тормозной. Но у них есть и
Dmitri Kuzmenko wrote:
Блин, а копи-paste сюда сложно сделать?
Алексей, а не сходить ли тебе в сад, мягко выражаясь?
Я буду тебе копи-пасте делать, чтобы ты потом
через пол-года тут опять какую-нибудь ересь остаивал?
Зачем мне качать и устанавливать какую то левую софтину
ради
Horsun Vlad wrote:
Самая последняя закоммиченная. Т.е. так которая должна быть в базе
при сносе сервера. При этом не хранить указатели на предыдущие
версии.
Не, так не пойдёт. Распиши что и как сохранять на примере с 3-мя
тр-циями, каждой из которых видна своя версия
Стартует первая
Eugene wrote:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
--
--- Home Page http://ok.novgorod.net/ap ---
Hi Alexey Popov !
AP Классик должен вымереть - это тупиковая ветвь эволюции.
AP SS надо до ума доводить.
Тролль что ли ?
--
Hi Alexey Popov !
AP Это хорошо в случае когда статистика актуальна. Но она была актуальной
AP не хочет! Без принудительного пинка.
До сих пор никому яйца не мешали ...
--
Alexey Popov [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
ëÌÁÓÓÉË - × ÐÅÞËÕ.
òÕËÉ ÐÒÏÞØ ÏÔ ËÌÁÓÓÉËÁ!
ëÌÁÓÓÉË ÄÏÌÖÅÎ ×ÙÍÅÒÅÔØ - ÜÔÏ ÔÕÐÉËÏ×ÁÑ ×ÅÔ×Ø Ü×ÏÌÀÃÉÉ. SS ÎÁÄÏ
ÄÏ ÕÍÁ ÄÏ×ÏÄÉÔØ.
óÁÍ ÔÙ ÔÕÐÉËÏ×ÁÑ ×ÅÔ×Ø.
Eugene пишет:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
Сам ты тупиковая ветвь.
Чего наехали на человека? Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится. Если у SS
Alexander Goldun ...
Eugene пишет:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
Сам ты тупиковая ветвь.
Чего наехали на человека?
Он первый начал :)
Назовите навскидку еще несколько серверов
Alexander Goldun wrote:
Чего наехали на человека? Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится. Если у SS будет нормальное
распараллеливание, то классик скорее всего вымрет.
Надеюсь, я таки вымру раньше. У классика, окромя распараллеливания,
Alexander Goldun wrote:
у которых кэш между коннектами не шарится
Кролики - это не только ценный мех (с) А независимый кеш - отнюдь не
обязательный атрибут классика, в общем случае. Из преимуществ классика
можно назвать лучшую защиту от сбоев и потенциальную кластеризуемость.
--
Дмитрий
D Надеюсь, я таки вымру раньше. У классика, окромя распараллеливания,
D есть ещё одно интересное свойство - умирать в случае чего скромненько,
D не утягивая за собой остатние полторы сотни коннектов. И никакое
D увеличение борзодействия меня лично не заставит забыть об этой маленькой
D
Alexander Goldun пишет:
Eugene пишет:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
Сам ты тупиковая ветвь.
Чего наехали на человека? Назовите навскидку еще несколько серверов БД,
у которых кэш между
Horsun Vlad пишет:
Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится.
Причём тут кеш к архитектуре ?
Может и ни при чем. Но такая вот особенность в FB CS имеется.
Ну будет он шариться и шо ? Ты сразу полюбишь классик ?
Не сразу, а медленно и
Alexandr Kochmin [EMAIL PROTECTED] wrote
in message news:[EMAIL PROTECTED]
à çàùèòà îò ñáîåâ... Òàê íå ñáîèò îí ;). À åñëè ÷òî, òî ñàì îí è
ïîäíèìåòñÿ.
ó 100 ïîëüçîâàòåëåé ïðîãðàììà âûëåòèò âî âðåìÿ ðàáîòû - êàêàÿ èì ïîëüçà îò
åãî ñàìîïîäúåìà?
Hello, Alexey!
Alexey Popov wrote:
Я буду тебе копи-пасте делать, чтобы ты потом
через пол-года тут опять какую-нибудь ересь остаивал?
Зачем мне качать и устанавливать какую то левую софтину
ради нескольких абзацев текста?
IBAnalyst - левая софтина? Для разработчика приложений?
Который
Dmitry Yemanov пишет:
всякими там новомодными методиками вытеснения страниц
Которые постгрес который год тасует в попытках убежать от патентного
права :-)
Тяжелый случай. Способ потребления кислорода человеком под названием
дыхание случайно никто еще не запатентовал? Надо бы
Alexander Goldun [EMAIL PROTECTED] wrote
in message news:[EMAIL PROTECTED]
ÓÏÞÅÔÁÎÉÅ ÒÁÓÐÁÒÁÌÌÅÌÉ×ÁÎÉÑ É ÏÂÝÅÇÏ ËÜÛÁ.
Á ÞÔÏ × ÜÔÏÍ ÏÂÝÅÍ ËÜÛÅ ÔÁËÏÇÏ ÈÏÒÏÛÅÇÏ?
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
SS для FreeBSD в студию, плиз!! Хочу хоть одним глазком глянуть.
--
С уважением,
Сергей Ковалев.
Alexander Goldun ...
Horsun Vlad пишет:
Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится.
Причём тут кеш к архитектуре ?
Может и ни при чем. Но такая вот особенность в FB CS имеется.
Дык - мало ли у него ещё особенностей. Но выбрал ты
ты подумай, что будет, если ты актуальность статистики
будешь обновлять при каждом изменении ключа.
+при каждом неактуальном изменении ключа :)
--
Булычев Алексей
http://www.stella-npf.ru
Alexander Goldun писал(а):
Kovalenko Dmitry пишет:
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по родным компонентам прямого
доступа.
Все советуют native
А такое
разнообразие одних только ODBC драйверов наводит на
Tonal писал(а):
Kovalenko Dmitry пишет:
Ты где нибуть видел, что бы IB/FB хоть
кто-то попытался целенаправлено
оторвать от связки с Delphi?
Мы утилиты обслуживания/репликации своей системы на Python-е лабаем. ;-)
Ну а мы и то и другое - на VBScript'e.
То есть, все у нас вроде как
Kovalenko Dmitry [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
сервера. Я помню эта тема мусировалась
в контексте Yaffil. Дальше дело не пошло.
На фирменных дисках дятла есть Gemini ODBC ;-)
Dmitri Kuzmenko wrote:
Ну типа того. Только юзеры сами ставят. Не классик, а SS.
тогда расскажи, как ты страдаешь на ФОНОВОЙ сборке мусора.
Очень просто. Одна тразакция почикает таблицу. Другая туда суётся
и висит.
Зы. Про select count(*) знаю.
--
--- Home Page
Dmitri Kuzmenko wrote:
не прошло и полутора лет...
IBAnalyst. софтина такая есть. я написал
http://forum.ibase.ru/phpBB2/viewtopic.php?t=253
а у софтины есть хелп. вызывается по F1.
Блин, а копи-paste сюда сложно сделать?
Чтобы там не было написано, но у меня было полно
случаев когда
Horsun Vlad wrote:
Не каждый rollback к этому приводит.
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
Опять мимо. Ты хоть что-нибудь читал по теме ?
Ещё попытка - вроде бы по дефлоту версии сперва в памяти хранятся
а не пишутся на диск?
Kovalenko Dmitry пишет:
Ты где нибуть видел, что бы IB/FB хоть
кто-то попытался целенаправлено
оторвать от связки с Delphi?
Иногда пытаются, правда, сомневаюсь, что целенаправленно. Тому в
подтверждение, что различные CMS вовсю включают FB в списки
поддерживаемых серверов. Сам я мечтаю
Alexey Popov пишет:
Чтобы там не было написано, но у меня было полно
случаев когда после обновления статистики план
запросов МЕНЯЕТСЯ.
Неужто напрягает? Не знаем путей решения? Заново идем железной дорогой
открывать Америку через 500 лет?
Читать-читать-читать доку на ibase.ru!
--
Regards,
Hello Kovalenko,
Wednesday, September 20, 2006, 3:52:44 PM, you wrote:
KD Вот скажите мне - через что работают с
KD MSSQL из Delphi ?
С ним и с аксесом при необходимости работал через ADO.
Тема Дня: Юниксов pазвелось - виндовсу упасть негде.
До не скорой встречи в аду,
Max
Не каждый rollback к этому приводит.
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
Опять мимо. Ты хоть что-нибудь читал по теме ?
Ещё попытка - вроде бы по дефлоту версии сперва в памяти хранятся
а не пишутся на диск?
Нет
Вот это
Ovchinnikov Vasily wrote:
Чтобы там не было написано, но у меня было полно
случаев когда после обновления статистики план
запросов МЕНЯЕТСЯ.
Неужто напрягает? Не знаем путей решения?
О SET STATISTIC я в курсе. Но это не решение, а затычка.
Глобально проблема всё равно есть, и решать её
Horsun Vlad wrote:
Во время коммита сносить их в физичекий файл. Правда тут проблема
устойчивости этой операции. Т.е. в файл пишем только последнюю
закоммиченную версии, а все остальные версии храним в памяти или
во временных файлах.
Ты о тр-циях слыхивал ? А о том, что их может быть
Alexey Popov пишет:
Классик - в печку.
Знак восклицания не стоит осмысленно или пропущен по недогляду?
Понимаю (читай надеюсь), что в пылу сие произнесено, но все же...
гм... Меня бы задело.
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Alexey Popov ...
Horsun Vlad wrote:
Во время коммита сносить их в физичекий файл. Правда тут проблема
устойчивости этой операции. Т.е. в файл пишем только последнюю
закоммиченную версии, а все остальные версии храним в памяти или
во временных файлах.
Ты о тр-циях слыхивал ? А о
Horsun Vlad wrote:
Так вычисление версии записи для данной транзакции останется таким же.
Разница только в том что одна версия (самая актуальная) в файле, а все
остальные в памяти.
Для кого актуальная ?
Самая последняя закоммиченная. Т.е. так которая должна быть в базе
при сносе
Так вычисление версии записи для данной транзакции останется таким же.
Разница только в том что одна версия (самая актуальная) в файле, а все
остальные в памяти.
Для кого актуальная ?
Самая последняя закоммиченная. Т.е. так которая должна быть в базе
при сносе сервера. При этом
Alexey Popov [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
Êëàññèê - â ïå÷êó.
Ðóêè ïðî÷ü îò êëàññèêà!
ËÏÇÄÁ ÍÏÖÎÏ ÂÙÌÏ ÓÄÅÌÁÔØ ÞÔÏ ÔÏ ÓÐÉÓËÁ
ÓÔÒÁÎÉà ÓÏ ÓÓÙÌËÁÍÉ ÎÁ ÓÔÁÒÙÅ ÚÁÐÉÓÉ É ÐÒÏÂÅÖÁ× ÔÏÌØËÏ ÐÏ ÜÔÉÍ ÓÔÒÁÎÉÃÁÍ
×
îÕ É ÂÕÄÅÔ Õ ÔÅÂÑ ÓÐÉÓÏË ÓÏ ×ÓÅÊ ÂÁÚÏÊ - É ÛÏ ?
ó ÞÅÇÏ ÜÔÏ ÓÏ ×ÓÅÊ ÂÁÚÏÊ. óÔÁÒÙÅ ÐÅÒÉÏÄÙ ÎÉ ËÔÏ ÎÅ ÐÒÁ×ÉÔ ÐÒÁËÔÉÞÅÓËÉ.
ðÒÁ×ÉÔÓÑ É ÉÚÍÅÎÑÅÔÓÑ ÔÏÌØËÏ ÎÏ×ÁÑ ÉÎÆÏÒÍÁÃÉÑ.
ÂÁÚÅ
Hello, Alexey!
Alexey Popov wrote:
а у софтины есть хелп. вызывается по F1.
Блин, а копи-paste сюда сложно сделать?
Алексей, а не сходить ли тебе в сад, мягко выражаясь?
Я буду тебе копи-пасте делать, чтобы ты потом
через пол-года тут опять какую-нибудь ересь остаивал?
Чтобы там не
Hello, Alexey!
Alexey Popov wrote:
Очень просто. Одна тразакция почикает таблицу. Другая туда суётся
и висит.
Зы. Про select count(*) знаю.
на фоновой сборке мусора? ты не ошибся?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Boltik Evgeny ...
когда можно было сделать что то списка
страниц со ссылками на старые записи и пробежав только по этим страницам
в
Ну и будет у тебя список со всей базой - и шо ?
С чего это со всей базой. Старые периоды ни кто не правит практически.
Правится и изменяется только
Всем привет!
К сожалению, тема вышла за пределы
взвешенного разговора и перешла к
самопоyтованию и выпячиванию своих
комплексов.
Давайте будем обсуждать идеи в
соответтсвующих темах - создавайте и
обсуждайте.
Да, есть много верных замечаний - ну
давайте над ними и работать.
Для начала я бы
Alexey Kovyazin wrote:
К сожалению, тема вышла за пределы
взвешенного разговора и перешла к
самопоyтованию и выпячиванию своих
комплексов.
А можно я тоже немножко свои комплексы повыпячиваю и поофтоплю? Не, ну я
немножко совсем и у меня уавжытельные причины: уже почти пятница, я
слегка
Fynda wrote:
я слегка бухой и мало-мало расстроеный
Надо было в баню идти :-)
слово быстро по отношению к этому процессу имхо даже _рядом не лежало_
Ты рассмотрел логический бекап, он у PGSQL и MySQL действительно
тормозной. Но у них есть и более другие способы. Например, у PG:
Alexey Kovyazin wrote:
Давайте будем обсуждать идеи в
соответтсвующих темах - создавайте и
обсуждайте.
по 50 рублей сюда
и сделать промосайт для Firebird.
Мне кажется, что полтинник, как и
промосайт, делу не поможет.
The Bat - почти на каждом компе, MS Exchange - не
у всех.
Oleg Deribas wrote:
1. Кэш на каждом клиенте.
1.1. Это снижает эффективность кэша, пропорционально количеству
клиентов, т.к. обычно клиенты, в случае web, живут очень недолго.
Под клиентом я имел ввиду комп. Или ты про случай когда каждый
web клиент создаёт новое подключение к базе?
2.
Horsun Vlad wrote:
Ты откуда взялся - с Луны ? :)))
:-) Да, возможно я отстал от жизни :-
Про cooperative vs background gc
слыхивал ? А про IB6 ? За FB2 уже не спрашиваю ;)))
Так в IB вроде сразу два типа - и кооперативная и фоновая.
Собственно я выступаю ни за ту, ни за другую
Про cooperative vs background gc
слыхивал ? А про IB6 ? За FB2 уже не спрашиваю ;)))
Так в IB вроде сразу два типа - и кооперативная и фоновая.
Собственно я выступаю ни за ту, ни за другую сборку.
Нужно нечто промежуточное - кооперативный поиск мусора и
фоновая чистка.
А что такое
Hello, Alexey!
Alexey Popov wrote:
Вспомнил. Идеи были следующие:
Сборка мусора должна быть отложенной. Т.е. когда клиент
натыкает при селекте на мусор, то он не собирается, а
постится потоку сборщику в очередь сборку. Поток-сборщик
работает с пониженным приоритетом, но всегда. Автоматический
Horsun Vlad wrote:
А что такое background gc по-твоему ?
По моему это когда фоновый поток периодически
проверяет все данные на предмет мусора.
Можно предложит вариант с перерасчётом при commit, но отложенно
в мусорщике.
Ты понимаешь причины застревания OIT ? А механизм его
Dmitri Kuzmenko wrote:
Кроме того, практика показывает, что опять же, проблемы
со сборкой мусора чаще всего происходят в приложениях, где программист
совершенно не умеет оперировать транзакциями.
Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю.
--
--- Home Page
Hello, Alexander!
Alexander Goldun wrote:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
не gnu, а gpl. и не платность под gpl, и т.п.
И
Hello, Alexey!
Alexey Popov wrote:
Ну вместе со свипом пересчитывать статистику.
это разные задачи. несовместимые.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Alexey!
Alexey Popov wrote:
Кроме того, практика показывает, что опять же, проблемы
со сборкой мусора чаще всего происходят в приложениях, где программист
совершенно не умеет оперировать транзакциями.
Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю.
это не чаще
Dmitri Kuzmenko пишет:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
не gnu, а gpl. и не платность под gpl, и т.п.
И вообще, сказал А, говори
Hello, Alexey!
Alexey Popov wrote:
Так в IB вроде сразу два типа - и кооперативная и фоновая.
Собственно я выступаю ни за ту, ни за другую сборку.
Нужно нечто промежуточное - кооперативный поиск мусора и
фоновая чистка.
бегом читать
www.ibase.ru/devinfo/garbage.htm и
А что такое background gc по-твоему ?
По моему это когда фоновый поток периодически
проверяет все данные на предмет мусора.
Не угадал
Можно предложит вариант с перерасчётом при commit, но отложенно
в мусорщике.
Ты понимаешь причины застревания OIT ? А механизм его
Прошу помочь вспомнить и упорядочить
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Hello, Alexander!
Alexander Goldun wrote:
Я просто сопоставил твою активность в форумах на эту тему и предложение
запуска факто-мифов
а, это никак не связано. просто я считаю, что разработчик хоть
чуточку должен разбираться в лицензиях используемого софта.
Например, я в IBAnalyst хотел
O6opoTeHb wrote:
Прошу помочь вспомнить и упорядочить
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Дык. Воинствующие ламеры подтянулись
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Дык. Воинствующие ламеры подтянулись. Подожди, скоро нуллом начнут
размахивать и крушить им всё направо и налево.
ОФФ: крушить... интересно... нада буит с воздушки попробовать
Результаты 1 - 100 из 196 matches
Mail list logo