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
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, и что его типа задавят
Уход от останется как есть не есть смерть классику, даже в его
интерпретации.
--
Дмитрий Еманов
Dmitry Yemanov ...
Fynda wrote:
я слегка бухой и мало-мало расстроеный
Надо было в баню идти :-)
слово быстро по отношению к этому процессу имхо даже _рядом не лежало_
Ты рассмотрел логический бекап, он у PGSQL и MySQL действительно
тормозной. Но у них есть и более другие способы.
Horsun Vlad wrote:
Мигрировать с 7.4 на 8.1 он позволяет ?
Это несколько другая задача, ее AFAIK ни одна СУБД не решает быстрым
бекапом, про который шла речь выше.
--
Дмитрий Еманов
Dmitry Yemanov wrote:
я слегка бухой и мало-мало расстроеный
Надо было в баню идти :-)
Мну не мог, по причинным объективам.
слово быстро по отношению к этому процессу имхо даже _рядом не лежало_
Ты рассмотрел логический бекап, он у PGSQL и MySQL действительно
тормозной. Но у них есть и
Horsun Vlad wrote:
Самая последняя закоммиченная. Т.е. так которая должна быть в базе
при сносе сервера. При этом не хранить указатели на предыдущие
версии.
Не, так не пойдёт. Распиши что и как сохранять на примере с 3-мя
тр-циями, каждой из которых видна своя версия
Стартует первая
Eugene пишет:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
Сам ты тупиковая ветвь.
Чего наехали на человека? Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится. Если у SS
Alexander Goldun ...
Eugene пишет:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
Сам ты тупиковая ветвь.
Чего наехали на человека?
Он первый начал :)
Назовите навскидку еще несколько серверов
Alexander Goldun wrote:
Чего наехали на человека? Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится. Если у SS будет нормальное
распараллеливание, то классик скорее всего вымрет.
Надеюсь, я таки вымру раньше. У классика, окромя распараллеливания,
Alexander Goldun wrote:
у которых кэш между коннектами не шарится
Кролики - это не только ценный мех (с) А независимый кеш - отнюдь не
обязательный атрибут классика, в общем случае. Из преимуществ классика
можно назвать лучшую защиту от сбоев и потенциальную кластеризуемость.
--
Дмитрий
Alexander Goldun пишет:
Eugene пишет:
Классик - в печку.
Руки прочь от классика!
Классик должен вымереть - это тупиковая ветвь эволюции. SS надо
до ума доводить.
Сам ты тупиковая ветвь.
Чего наехали на человека? Назовите навскидку еще несколько серверов БД,
у которых кэш между
Horsun Vlad пишет:
Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится.
Причём тут кеш к архитектуре ?
Может и ни при чем. Но такая вот особенность в FB CS имеется.
Ну будет он шариться и шо ? Ты сразу полюбишь классик ?
Не сразу, а медленно и
Dmitry Yemanov пишет:
всякими там новомодными методиками вытеснения страниц
Которые постгрес который год тасует в попытках убежать от патентного
права :-)
Тяжелый случай. Способ потребления кислорода человеком под названием
дыхание случайно никто еще не запатентовал? Надо бы
Alexander Goldun ...
Horsun Vlad пишет:
Назовите навскидку еще несколько серверов БД,
у которых кэш между коннектами не шарится.
Причём тут кеш к архитектуре ?
Может и ни при чем. Но такая вот особенность в FB CS имеется.
Дык - мало ли у него ещё особенностей. Но выбрал ты
Alexander Goldun писал(а):
Kovalenko Dmitry пишет:
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по родным компонентам прямого
доступа.
Все советуют native
А такое
разнообразие одних только ODBC драйверов наводит на
Kovalenko Dmitry [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
сервера. Я помню эта тема мусировалась
в контексте Yaffil. Дальше дело не пошло.
На фирменных дисках дятла есть Gemini ODBC ;-)
Horsun Vlad wrote:
Не каждый rollback к этому приводит.
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
Опять мимо. Ты хоть что-нибудь читал по теме ?
Ещё попытка - вроде бы по дефлоту версии сперва в памяти хранятся
а не пишутся на диск?
Kovalenko Dmitry пишет:
Ты где нибуть видел, что бы IB/FB хоть
кто-то попытался целенаправлено
оторвать от связки с Delphi?
Иногда пытаются, правда, сомневаюсь, что целенаправленно. Тому в
подтверждение, что различные CMS вовсю включают FB в списки
поддерживаемых серверов. Сам я мечтаю
Не каждый rollback к этому приводит.
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
Опять мимо. Ты хоть что-нибудь читал по теме ?
Ещё попытка - вроде бы по дефлоту версии сперва в памяти хранятся
а не пишутся на диск?
Нет
Вот это
Horsun Vlad wrote:
Во время коммита сносить их в физичекий файл. Правда тут проблема
устойчивости этой операции. Т.е. в файл пишем только последнюю
закоммиченную версии, а все остальные версии храним в памяти или
во временных файлах.
Ты о тр-циях слыхивал ? А о том, что их может быть
Alexey Popov пишет:
Классик - в печку.
Знак восклицания не стоит осмысленно или пропущен по недогляду?
Понимаю (читай надеюсь), что в пылу сие произнесено, но все же...
гм... Меня бы задело.
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Alexey Popov ...
Horsun Vlad wrote:
Во время коммита сносить их в физичекий файл. Правда тут проблема
устойчивости этой операции. Т.е. в файл пишем только последнюю
закоммиченную версии, а все остальные версии храним в памяти или
во временных файлах.
Ты о тр-циях слыхивал ? А о
Horsun Vlad wrote:
Так вычисление версии записи для данной транзакции останется таким же.
Разница только в том что одна версия (самая актуальная) в файле, а все
остальные в памяти.
Для кого актуальная ?
Самая последняя закоммиченная. Т.е. так которая должна быть в базе
при сносе
Так вычисление версии записи для данной транзакции останется таким же.
Разница только в том что одна версия (самая актуальная) в файле, а все
остальные в памяти.
Для кого актуальная ?
Самая последняя закоммиченная. Т.е. так которая должна быть в базе
при сносе сервера. При этом
Всем привет!
К сожалению, тема вышла за пределы
взвешенного разговора и перешла к
самопоyтованию и выпячиванию своих
комплексов.
Давайте будем обсуждать идеи в
соответтсвующих темах - создавайте и
обсуждайте.
Да, есть много верных замечаний - ну
давайте над ними и работать.
Для начала я бы
Alexey Kovyazin wrote:
К сожалению, тема вышла за пределы
взвешенного разговора и перешла к
самопоyтованию и выпячиванию своих
комплексов.
А можно я тоже немножко свои комплексы повыпячиваю и поофтоплю? Не, ну я
немножко совсем и у меня уавжытельные причины: уже почти пятница, я
слегка
Fynda wrote:
я слегка бухой и мало-мало расстроеный
Надо было в баню идти :-)
слово быстро по отношению к этому процессу имхо даже _рядом не лежало_
Ты рассмотрел логический бекап, он у PGSQL и MySQL действительно
тормозной. Но у них есть и более другие способы. Например, у PG:
Alexey Kovyazin wrote:
Давайте будем обсуждать идеи в
соответтсвующих темах - создавайте и
обсуждайте.
по 50 рублей сюда
и сделать промосайт для Firebird.
Мне кажется, что полтинник, как и
промосайт, делу не поможет.
The Bat - почти на каждом компе, MS Exchange - не
у всех.
Про cooperative vs background gc
слыхивал ? А про IB6 ? За FB2 уже не спрашиваю ;)))
Так в IB вроде сразу два типа - и кооперативная и фоновая.
Собственно я выступаю ни за ту, ни за другую сборку.
Нужно нечто промежуточное - кооперативный поиск мусора и
фоновая чистка.
А что такое
Horsun Vlad wrote:
А что такое background gc по-твоему ?
По моему это когда фоновый поток периодически
проверяет все данные на предмет мусора.
Можно предложит вариант с перерасчётом при commit, но отложенно
в мусорщике.
Ты понимаешь причины застревания OIT ? А механизм его
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
Dmitri Kuzmenko пишет:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
не gnu, а gpl. и не платность под gpl, и т.п.
И вообще, сказал А, говори
А что такое background gc по-твоему ?
По моему это когда фоновый поток периодически
проверяет все данные на предмет мусора.
Не угадал
Можно предложит вариант с перерасчётом при commit, но отложенно
в мусорщике.
Ты понимаешь причины застревания OIT ? А механизм его
Прошу помочь вспомнить и упорядочить
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Hello, Alexander!
Alexander Goldun wrote:
Я просто сопоставил твою активность в форумах на эту тему и предложение
запуска факто-мифов
а, это никак не связано. просто я считаю, что разработчик хоть
чуточку должен разбираться в лицензиях используемого софта.
Например, я в IBAnalyst хотел
O6opoTeHb wrote:
Прошу помочь вспомнить и упорядочить
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Дык. Воинствующие ламеры подтянулись.
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Дык. Воинствующие ламеры подтянулись. Подожди, скоро нуллом начнут
размахивать и крушить им всё направо и налево.
ОФФ: крушить... интересно... нада буит с воздушки попробовать
Kovalenko Dmitry пишет:
Вот скажите мне - через что работают с
MSSQL из Delphi ?
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по родным компонентам прямого
доступа.
Alexander Goldun wrote:
Хотя сведения о MySQL у меня застыли на 3-й версии. Может с 5-й он и
правда так крут, каким пытается казаться?
С точки зрения функциональности, 5-ка - это сильный шаг вперед. Хотя
часть нововведений работает скорее для галочки - тормозно, глючно или
с интересными
Alexander Goldun писал(а):
Вот скажите мне - через что работают с
MSSQL из Delphi ?
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по родным компонентам прямого
доступа.
Вот и я абсолютно о том же. Но у нас
упорно - это типа
Kovalenko Dmitry wrote:
Вот и я абсолютно о том же. Но у нас
упорно - это типа у нас нативе, а это у
нас как у вас. Первое у нас быстрее и
все такое. Интересно - откуда конкретно
такая уверенность? И это продолжается
до сих пор.
Кто-то ограничивает чьи-то возможности? Тебя держат за руки
Horsun Vlad wrote:
Застревает как я понимаю если сделат rollback.
Не каждый rollback к этому приводит.
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
Получается что основная проблема - это сборка версий
старой rollback транзакции. Для этого
Ded писал(а):
Вот и я абсолютно о том же. Но у нас
упорно - это типа у нас нативе, а это у
нас как у вас. Первое у нас быстрее и
все такое. Интересно - откуда конкретно
такая уверенность? И это продолжается
до сих пор.
Кто-то ограничивает чьи-то возможности? Тебя держат за руки
Alexey Popov ...
Horsun Vlad wrote:
Застревает как я понимаю если сделат rollback.
Не каждый rollback к этому приводит.
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
Опять мимо. Ты хоть что-нибудь читал по теме ?
Никаких либо -
Kovalenko Dmitry wrote:
Меня никто ни за что не держит. Но когда
речь заходит о том что бы писать
приложения совместимые с MSSQL и FB - я
Имхо в приложениях, задача которых - быть совместимыми и с MSSQL и с
FB, какие компоненты пользовать - ну просто последняя спица в колеснице.
Evgeny Putilin писал(а):
Ты где нибуть видел, что бы IB/FB хоть
кто-то попытался целенаправлено
оторвать от связки с Delphi?
Дим ты тут о чем? вообщето некоторые не первый год пользуются Java + FB вов
всех извращеных связях. Но почемуто Delphi+FB больше.
Жень, у меня тоже толпа
ВООБЩЕ ЧЕГО ОБСУЖДАЕМ?
Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты - собственно по
предмету будут высказывания или будем философией заниматься?!
Kovalenko Dmitry пишет:
Ты где нибуть видел, что бы IB/FB хоть
кто-то попытался целенаправлено
оторвать от связки с Delphi?
Мы утилиты обслуживания/репликации своей системы на Python-е лабаем. ;-)
Hello, Alexey!
Alexey Popov wrote:
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
мда. это БЫЛО изначально.
Варианты есть. Ну например хранить незакоммиченные версии во отдельном
месте или даже в памяти.
и при чем тут sweep?
Алекс, разговор с тобой
Oleg LOA wrote:
Ребята, я тут чего тему как-то потерял. МЫ ТУТ ВООБЩЕ ЧЕГО ОБСУЖДАЕМ?
Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты - собственно по
предмету будут высказывания или будем философией заниматься?!
Дык этта. Димка, если я правильно его понял, в число слабых мест
Kovalenko Dmitry пишет:
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по родным компонентам прямого
доступа.
Вот и я абсолютно о том же. Но у нас
упорно - это типа у нас нативе, а это у
нас как у вас. Первое у нас быстрее и
все
Vladimir A.Bakhvaloff ...
Одна надежда: может всё-таки объясните в итоге разговора... ;)
Собственно только поэтому я и поддерживаю эту беседу
--
Хорсун Влад
Dmitri Kuzmenko пишет:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
Dmitry Lendel ...
А что мешает сделать лучше, кроме времени, сил и денег?
Тут мало причин ? :)))
--
Хорсун Влад
распространенности в бизнес-сфере и в некоторых технических аспектах. По
О технических аспектах можно подробнее :-)
Dmitry Lendel [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Достаточно. :-)) Я было подумал, что может есть еще причины. Например, код
тоскливый, концептуальные ошибки или что-то еще.
Дмитрий
В дополнение к этим. И код у FB местами крайне тоскливый и концептуальных
косяков хватает
Hello,
Dmitri Kuzmenko said the following on 14.09.2006 19:33:
...но пока MySQL доступен и под GPL я точно так же могу писать закрытую
софтину, если только я не линкую ее с клиентской библиотекой от MySQL.
забей. про линковку уже они не говорят. Если твоя прога не GPL
и она МОЖЕТ работать
hi Oleg Deribas
Да, именно так сделан их сайт. Чтобы внушить читающему неизбежность
покупки коммерческой лицензии... ;-)
Но как только они перестанут распространять свой продукт под GPL, его
тут же не будет ни в одном дистрибутиве линукса - и этим они только
нанесут удар по собственному
Oleg Deribas пишет:
Это не я не читаю, это ты не читаешь ;)
Нет, это ты не понял. Это просто анти-PR акция. Ход, практикуемый
адвокатами или обвинителями в судах с присяжными - выдать какую-либо
информацию, которую может и не пришьют к делу, но осадочек в умах
присяжных останется, который
Hello,
Alexander Goldun said the following on 15.09.2006 13:15:
Это не я не читаю, это ты не читаешь ;)
Нет, это ты не понял. Это просто анти-PR акция. Ход, практикуемый
адвокатами или обвинителями в судах с присяжными - выдать какую-либо
информацию, которую может и не пришьют к делу, но
Начиная с версии 8 - хороший сервер.
У них по прежнему на подключение процесс создаётся типа как в нашем
классике?
sasha wrote:
У них по прежнему на подключение процесс создаётся типа как в нашем
классике?
Да. Только у них буферный кеш общий между процессами.
--
Дмитрий Еманов
Уважаемые коллеги!
Прошу помочь вспомнить и упорядочить
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
священных войн, без флеймов - просто
аргументы, желательно по следующим
направлениям:
1) Почему эти серверы находятся в
разных нишах (находятся ли)?
2)
Добрый день, Alexey!
Вы писали от Thu, 14 Sep 2006 03:53:30 -0700:
AK Прошу помочь вспомнить и упорядочить
AK сравнительные характеристики Firebird, MySQL
AK и PostgreSQL (современных версий).
AK 4) Любые другие моменты, которые
AK кажутся важными.
Может не совсем по теме, но
0.Функционал
Hello, Konstantin!
Konstantin Zaitcev wrote:
По анализу продаваемого на Softkey.ru ПО, работающего с БД, для малого
бизнеса и домашнего пользования,
FB уверенно опережает MYSQL и PostgreSQL в разы по распространнености,
Из этого можно сделать вывод о том, что на платформе Windows для
Hello, All!
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
кстати, я на sql.ru постил буквально вчера или позавчера.
MySQL теперь четко определил в коммерческой лицензии
когда нужно покупать MySQL.
Hello,
Dmitri Kuzmenko said the following on 14.09.2006 15:08:
MySQL теперь четко определил в коммерческой лицензии
когда нужно покупать MySQL.
Да, они там могут писать все что угодно...
http://www.mysql.com/company/legal/licensing/commercial-license.html
если раньше можно было написать
В FB (как и в IB) самым ценным (в смысле идей) по сей день является
физическая структра БД, транзакционный движок и ещё кое что из jdr. Тому
кто это заложил в IB - мега респект. Увы больше ничего качественно нового
создано небыло. Медленная но уверенная эволюция.
--
--- Home Page
Hello, Oleg!
Oleg Deribas wrote:
MySQL теперь четко определил в коммерческой лицензии
когда нужно покупать MySQL.
Да, они там могут писать все что угодно...
ты прав. они авторы, имеют право писать все что угодно.
...но пока MySQL доступен и под GPL я точно так же могу писать закрытую
Так, понятно что MySQL уже не совсем Open
Source из-за лицензионных вопросов.
Но что с PostgreSQL? Про 1С интересная
информация, но по пунктам 1-3 есть какие
то мысли?
Или просто любые мысли по сравнению?
С уважением,
Алексей Ковязин
Dmitri Kuzmenko wrote:
забей. про линковку уже они не говорят. Если твоя прога не GPL
и она МОЖЕТ работать с MySQL, то или ты или твой клиент
должен покупать MySQL.
Если твоя софтина коммерческая и РАБОТАЕТ с MySQL -
все, ты ОБЯЗАН для конкретной установки купить
коммерческий MySQL. Или не
Alexey Kovyazin wrote:
Так, понятно что MySQL уже не совсем Open
Source из-за лицензионных вопросов.
Очень даже Open Source :-) Просто надо понимать ограничения.
Но что с PostgreSQL?
Начиная с версии 8 - хороший сервер. Уступает нам лишь в
распространенности в бизнес-сфере и в некоторых
75 matches
Mail list logo