Tonal писал(а):
> Kovalenko Dmitry пишет:
> > Ты где нибуть видел, что бы IB/FB хоть
> > кто-то попытался целенаправлено
> > оторвать от связки с Delphi?
> Мы утилиты обслуживания/репликации своей системы на Python-е лабаем. ;-)
Ну а мы и то и другое - на VBScript'e.
То есть, все у нас вроде ка
Alexander Goldun писал(а):
> Kovalenko Dmitry пишет:
> >> Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
> >> кажется гораздо меньше заморачиваются по "родным" компонентам "прямого"
> >> доступа.
> >
> Все советуют native
>
> А такое
> разнообразие одних только ODBC др
"Vladimir A.Bakhvaloff" ...
> Одна надежда: может всё-таки объясните в итоге разговора... ;)
Собственно только поэтому я и поддерживаю эту "беседу"
--
Хорсун Влад
"Boltik Evgeny" ...
> А нафига шарить по всему файлу БД
Согласен
> когда можно было сделать что то списка
> страниц со ссылками на старые записи и пробежав только по этим страницам в
Ну и будет у тебя список со всей базой - и шо ?
> базе меняется не вся информация а только малая часть
Kovalenko Dmitry пишет:
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по "родным" компонентам "прямого"
доступа.
Вот и я абсолютно о том же. Но у нас
упорно - это типа у нас "нативе", а это у
нас "как у вас". Первое у нас быстрее и
> ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ
> www.ibase.ru/devinfo/garbage.htm
> Ã
> www.ibase.ru/devinfo/sweep.htm
>
> ÃÃÃÃ
à ÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃà à ÃÃÃÃ
ÃÃÃ
ÃÃÃ
ÃÃ.
á ÃÃÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃ
Ãà ÃÃÃÃà âä ÃÃÃÃà ÃÃÃÃà ÃÃÃÃ
Dmitri Kuzmenko wrote:
IBAnalyst. софтина такая есть. я написал
http://forum.ibase.ru/phpBB2/viewtopic.php?t=253
Отстой. Написана с использованием глыбоко в недрах устаревшего,
дурацкого API и местами даже, стыдно скзать, SQL...
--
Regards. Ded.
PS Вам не надоело с этим убеждённым ламе
Hello, Alexey!
Alexey Popov wrote:
Dmitri Kuzmenko wrote:
Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю.
это не "чаще всего". потом, ты людям ставишь классик,
и "до свидания"?
Ну типа того. Только юзеры сами ставят. Не классик, а SS.
тогда расскажи, как ты страдаешь
Oleg LOA wrote:
Ребята, я тут чего тему как-то потерял. МЫ ТУТ ВООБЩЕ ЧЕГО ОБСУЖДАЕМ?
"Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты" - собственно по
предмету будут высказывания или будем философией заниматься?!
Дык этта. Димка, если я правильно его понял, в число слабых мес
Hello, Alexey!
Alexey Popov wrote:
потому что нет такой проблемы.
читаем в хелпе к IBAnalyst Дополнительные Вопросы и Ответы,
последний пункт (10).
Проблема есть. На грабли эти наступал.
Что за хелп? Нет у меня такой софтины.
не прошло и полутора лет...
IBAnalyst. софтина такая есть. я н
Hello, Alexey!
Alexey Popov wrote:
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
мда. это БЫЛО изначально.
Варианты есть. Ну например хранить незакоммиченные версии во отдельном
месте или даже в памяти.
и при чем тут sweep?
Алекс, разговор с тобой
Kovalenko Dmitry пишет:
Ты где нибуть видел, что бы IB/FB хоть
кто-то попытался целенаправлено
оторвать от связки с Delphi?
Мы утилиты обслуживания/репликации своей системы на Python-е лабаем. ;-)
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
> Серёжа Мереуца, как мне кажется, про Дельфи вспоминает только всвязи
> с заходом в какую-нить конфу. На Ц люди ваяют, на жабе. На всяких там
> перлах-питонах и прочей гадости...
Ребята, я тут чего тему как-то потерял. МЫ ТУ
Evgeny Putilin писал(а):
> > Ты где нибуть видел, что бы IB/FB хоть
> > кто-то попытался целенаправлено
> > оторвать от связки с Delphi?
> Дим ты тут о чем? вообщето некоторые не первый год пользуются Java + FB вов
> всех извращеных связях. Но почемуто Delphi+FB больше.
Жень, у меня тоже толпа
Kovalenko Dmitry wrote:
Меня никто ни за что не держит. Но когда
речь заходит о том что бы писать
приложения совместимые с MSSQL и FB - я
Имхо в приложениях, задача которых - быть совместимыми и с MSSQL и с
FB, какие компоненты пользовать - ну просто последняя спица в колеснице.
Концептуа
Hi "Kovalenko Dmitry"
> Ð¢Ñ Ð³Ð´Ðµ нибÑÑÑ Ð²Ð¸Ð´ÐµÐ», ÑÑо Ð±Ñ IB/FB Ñ
оÑÑ
> кÑо-Ñо попÑÑалÑÑ ÑеленапÑавлено
> оÑоÑваÑÑ Ð¾Ñ ÑвÑзки Ñ Delphi? ÐодÑказаÑÑ
> какие мÑÑли возникаÑÑ Ð² ÑвÑзи Ñ
> поÑледн
"Alexey Popov" ...
>
>
>
> Horsun Vlad wrote:
>
> >>Застревает как я понимаю если сделат rollback.
> >
> >
> > Не каждый rollback к этому приводит.
>
> Ну да, который не писал, тот переделывается в commit, но
> в IB6 этого не было вроде.
Опять мимо. Ты хоть что-нибудь читал по теме ?
> >
Ded писал(а):
> > Вот и я абсолютно о том же. Но у нас
> > упорно - это типа у нас "нативе", а это у
> > нас "как у вас". Первое у нас быстрее и
> > все такое. Интересно - откуда конкретно
> > такая уверенность? И это продолжается
> > до сих пор.
>
> Кто-то ограничивает чьи-то возможности? Те
Horsun Vlad wrote:
Застревает как я понимаю если сделат rollback.
Не каждый rollback к этому приводит.
Ну да, который не писал, тот переделывается в commit, но
в IB6 этого не было вроде.
Получается что основная проблема - это сборка версий
старой rollback транзакции. Для этого на
Kovalenko Dmitry wrote:
Вот и я абсолютно о том же. Но у нас
упорно - это типа у нас "нативе", а это у
нас "как у вас". Первое у нас быстрее и
все такое. Интересно - откуда конкретно
такая уверенность? И это продолжается
до сих пор.
Кто-то ограничивает чьи-то возможности? Тебя держат за ру
Dmitri Kuzmenko wrote:
Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю.
это не "чаще всего". потом, ты людям ставишь классик,
и "до свидания"?
Ну типа того. Только юзеры сами ставят. Не классик, а SS.
--
--- Home Page http://ok.novgorod.net/ap ---
Dmitri Kuzmenko wrote:
примерно аналогичные решения. Кстати, проблема устаревания статистики
как то не вызывает резонанс у общественности.
потому что нет такой проблемы.
читаем в хелпе к IBAnalyst Дополнительные Вопросы и Ответы,
последний пункт (10).
Проблема есть. На грабли эти наступал
Alexander Goldun писал(а):
> > Вот скажите мне - через что работают с
> > MSSQL из Delphi ?
>
> Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
> кажется гораздо меньше заморачиваются по "родным" компонентам "прямого"
> доступа.
Вот и я абсолютно о том же. Но у нас
упорно
Alexander Goldun wrote:
Хотя сведения о MySQL у меня застыли на 3-й версии. Может с 5-й он и
правда так крут, каким пытается казаться?
С точки зрения функциональности, 5-ка - это сильный шаг вперед. Хотя
часть нововведений работает скорее "для галочки" - тормозно, глючно или
с интересными
Hello, Dmitry!
Kovalenko Dmitry wrote:
А что вы слышали такого же о других серверах???
Дима, да мне реально по-барабану что
там в других серверах. Потому что я
вижу что мы сами толком не знаем о том
что есть у нас самих. И сами себе, скажу
прямо и грубо, срем на голову, когда не
разобравшись
"Kovalenko Dmitry" ...
> Вот скажите мне - через что работают с
> MSSQL из Delphi ?
BDE, ADOExpress, ODBC etc
А шо ?
--
Хорсун Влад
Kovalenko Dmitry пишет:
Вот скажите мне - через что работают с
MSSQL из Delphi ?
Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом
кажется гораздо меньше заморачиваются по "родным" компонентам "прямого"
доступа.
Dmitri Kuzmenko писал(а):
> > Насчет другого. Насчет популярности и
> > известности в массах - дык вкалывать
> > надо
> А что вы слышали такого же о других серверах???
Дима, да мне реально по-барабану что
там в других серверах. Потому что я
вижу что мы сами толком не знаем о том
что есть у нас с
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Дык. Воинствующие ламеры подтянулись. Подожди, скоро нуллом начнут
размахивать и крушить им всё направо и налево.
ОФФ: крушить... интересно... нада буит с воздушки попробовать в
O6opoTeHb wrote:
Прошу помочь вспомнить и упорядочить
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
Дык. Воинствующие ламеры подтянулись. По
Hello, Alexander!
Alexander Goldun wrote:
Я просто сопоставил твою активность в форумах на эту тему и предложение
запуска факто-мифов
а, это никак не связано. просто я считаю, что разработчик хоть
чуточку должен разбираться в лицензиях используемого софта.
Например, я в IBAnalyst хотел встав
Прошу помочь вспомнить и упорядочить
сравнительные характеристики Firebird, MySQL
и PostgreSQL (современных версий). Без
священных войн, без флеймов - просто
аргументы, желательно по следующим
а флейм-то развелся конкретный...
> > А что такое background gc по-твоему ?
>
> По моему это когда фоновый поток периодически
> проверяет все данные на предмет мусора.
Не угадал
> >>Можно предложит вариант с перерасчётом при commit, но отложенно
> >>в мусорщике.
> >
> >
> > Ты понимаешь причины застревания OIT ? А ме
Hello, Alexey!
Alexey Popov wrote:
Так в IB вроде сразу два типа - и кооперативная и фоновая.
Собственно я выступаю ни за ту, ни за другую сборку.
Нужно нечто промежуточное - кооперативный поиск мусора и
фоновая чистка.
бегом читать
www.ibase.ru/devinfo/garbage.htm и
www.ibase.ru/devinfo/swe
Dmitri Kuzmenko пишет:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
не gnu, а gpl. и не платность под gpl, и т.п.
И вообще, сказал А, говори Б.
Hello, Alexey!
Alexey Popov wrote:
Кроме того, практика показывает, что опять же, проблемы
со сборкой мусора чаще всего происходят в приложениях, где программист
совершенно не умеет оперировать транзакциями.
Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю.
это не "чаще вс
Hello, Alexey!
Alexey Popov wrote:
Ну вместе со свипом пересчитывать статистику.
это разные задачи. несовместимые.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Alexander!
Alexander Goldun wrote:
Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB
невозможно, нужно просто запускать похожие факты-мифы о других серверах.
Про платность MySQL под GNU - из того же разряда? ;)
не gnu, а gpl. и не платность под gpl, и т.п.
И вообщ
Hello, Konstantin!
Константин wrote:
Хоть я и "умолк" :) но всё-же ляпну ... Почему ?
сначала прочитай
www.ibase.ru/devinfo/garbage.htm
и
www.ibase.ru/devinfo/sweep.htm
затем подумай об отличиях классика и суперсервера.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Vlad!
Vlad Horsun wrote:
Предлагаю всем - перед тем, как что-то предложить или критиковать,
подумать - а как это можно сделать иначе, а зачем это нужно делать
иначе и почему сейчас это сделанно именно так.
:-) я уже это пробовал. не работает :-(
--
Dmitri Kouzmenko, www.ibase.ru,
Dmitri Kuzmenko wrote:
Кроме того, практика показывает, что опять же, проблемы
со сборкой мусора чаще всего происходят в приложениях, где программист
совершенно не умеет оперировать транзакциями.
Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю.
--
--- Home Page http://ok
Horsun Vlad wrote:
А что такое background gc по-твоему ?
По моему это когда фоновый поток периодически
проверяет все данные на предмет мусора.
Можно предложит вариант с перерасчётом при commit, но отложенно
в мусорщике.
Ты понимаешь причины застревания OIT ? А механизм его сдви
Hello, Alexey!
Alexey Popov wrote:
Вспомнил. Идеи были следующие:
Сборка мусора должна быть отложенной. Т.е. когда клиент
натыкает при селекте на мусор, то он не собирается, а
постится потоку сборщику в очередь сборку. Поток-сборщик
работает с пониженным приоритетом, но всегда. Автоматический
> > Про cooperative vs background gc
> > слыхивал ? А про IB6 ? За FB2 уже не спрашиваю ;)))
>
> Так в IB вроде сразу два типа - и кооперативная и фоновая.
> Собственно я выступаю ни за ту, ни за другую сборку.
> Нужно нечто промежуточное - кооперативный поиск мусора и
> фоновая чистка.
А чт
Horsun Vlad wrote:
Ты откуда взялся - с Луны ? :)))
:-) Да, возможно я отстал от жизни :-<
Про cooperative vs background gc
слыхивал ? А про IB6 ? За FB2 уже не спрашиваю ;)))
Так в IB вроде сразу два типа - и кооперативная и фоновая.
Собственно я выступаю ни за ту, ни за другую сбо
45 matches
Mail list logo
