Re: ������� ������, � �������
Привет. Общие 1 Платность MS - это хорошо и плохо. Как посмотреть :-))) 2 Сервер - только Win 3 В некоторых случаях трудно стовить. Были случаи, ночи сидел с TechNet. Разработка 1 Компоненты прямого доступа для FB за небольшие деньги. Аналог для MS видел один, но руками не трогал. 2 Операторные триггеры MS колбасят. По крайней мере меня. 3 Курсоры MS очень ресурсоемкие. Лучше вообще их не трогать. Меня в их конференции за это в угол поставили. :-)) 4 Возможности писать процедуры очень не плохие в MS, если не использовать курсоры, а они засранцы ... см. 3 5 Скорость у выборки у MS заслуживает уважения на больших объемах, да и оптимизитор довольно не глупый. 6 Администрирование и обслуживание базы, требует подготовки персонала. Итог. С нуля, действительно пофиг, что выбрать. Переписать с MS на FB легче, чем назад. Мое мнение. Это все относиться к MS 7. Как там сейчас, не смотрел. Дмитрий
Re: Red database and FB
RUST wrote: какова вероятность появления - Java UDFs and procedures в файрберде? Они из нашего же альфа-кода ее и родили :-) А мы не торопимся, доводим до ума. -- Дмитрий Еманов
Re: OFF: как выпасть из дао
Hello, Oleg! Oleg LOA wrote: транзакции, так без нее - причем с претензией, что так должно быть везде, - совершенно утрачиваю дар человеческой речи :) Непостижимо!!! Русские в Рэйхе!!! (С) Ну привыкли люди к автозапуску транзакций, но речь то терять ненадо ;-) так они сами не знают об этом. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Читаите завтра, в пятницу
Janex ... Vlad Khorsun wrote: д) триггера просто придется писать заново. И всю логику, которая на них опиралась. Потому как их триггера срабатывают не сразу, а потом - в конце тр-ции. В конце statement'а - там нет row-level триггеров, только statement-level Тоесть если я вставляю 100 запись и на каждую шас проверяю например IF(NEW.A=1) THEN NEW.B = 2; То ето в MSSQL-е неидёт ? Ето только сработает после того как я ети 100 записли запихну ?? Да. В тригере у тебя будут таблицы inserted и deleted со всеми новыми и старыми записями. -- Хорсун Влад
Re: Читаите завтра, в пятницу
Boulitchev Aleksey wrote: Сорру за глупыи вапрос, но просто неприходилось встречатся с теми или иными терминами ... а что такое АТОМАРЕН :) ? :) http://www.williamspublishing.com/PDF/978-5-8459-1115-5/part.pdf Раздел Атомарность глава Атомарность уровня оператора Яасно. Плох, очень плохо ... :( Вот в птицах у меня такое ешё реализовано - есть у меня UDF в которои запыхан паскальныи скриптер. Есть таблица где хонятся скрипты. Мне во многих случаях надо так - база во всех точках инсталации онинакого (метаданные) а в каждои точке(бальнице) надо коечто прошчытывать по разному. Каждмому пишу свои скрипт и в клентсли часте ужё вшё пофиг - делаю селект с процдэуры, в нутри процедуры вызывается UDF, кладётся параметри и проигрывается скрипт и результат готов. В MSSQL такого наверно несотворить, а то там насколько знаю вообше нету ничего похожего на UDF. Конешно ето можно писать в ихние фуинкции, но тогда опять все базы по метаданными разные что очень плохо. И селект с процеудур тож вроде у них нету ... Так что - у них чтото позитивное есть вообше - надеюсь что нет, ето если неперееду туда, и надеюсь что есть ели вшётаки придётся прелезать :) Regards Janex
Re: ������� ������, � �������
И селект с процеудур тож вроде у них нету ... Так что - у них чтото позитивное есть вообше - надеюсь что нет, ето если неперееду туда, и надеюсь что есть ели вшётаки придётся прелезать :) Не смотря на то, что есть стандарт SQL, MS и FB очень разные продукты. У каждого есть свои + и -. Если нет знаний - опыта в MS, то придется учиться. Долго и нудно. Опытным путем нарываться на грабли, долго искать обходные пути, вообщем набираться опыта. :-))) Через какое-то время все утрясется, но оно тебе надо? У тебя, если я правильно понял, проект не тривиальный, делай выводы сам. Дима.
Re: Читаите завтра, в пятницу
Janex пишет: Вот в птицах у меня такое ешё реализовано - есть у меня UDF в которои запыхан паскальныи скриптер. В MSSQL сейчас, насколько я понимаю, ХП можно на любом из языков .Net писать. стало быть из ХП доступно всё, что доступно в .Net Так что птиц здесь отстаёт ИМХО. Кроме того, из фич, которых у нас ещё нет, например, полнотекстовый поиск, работа с XML, несколько моделей репликации... Но ментальная модель там всяко другая - если привык к птицу - будет изрядно трудно... -- Александр Замараев
Re: Red database and FB
Они из нашего же альфа-кода ее и родили :-) Так есть конкуренция или нет? Я просто смыла не догоняю. Дмитрий
Re: Red database and FB
Hello, Dmitry! Dmitry Lendel wrote: Они из нашего же альфа-кода ее и родили :-) Так есть конкуренция или нет? Я просто смыла не догоняю. где и какая конкуренция, и ты вообще про какой смысл? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Читаите завтра, в пятницу
Dmitry Lendel wrote: И селект с процеудур тож вроде у них нету ... Так что - у них чтото позитивное есть вообше - надеюсь что нет, ето если неперееду туда, и надеюсь что есть ели вшётаки придётся прелезать :) Не смотря на то, что есть стандарт SQL, MS и FB очень разные продукты. У каждого есть свои + и -. Если нет знаний - опыта в MS, то придется учиться. Долго и нудно. Опытным путем нарываться на грабли, долго искать обходные пути, вообщем набираться опыта. :-))) Через какое-то время все утрясется, но оно тебе надо? У тебя, если я правильно понял, проект не тривиальный, делай выводы сам. Дима. Мне просто нужны клёвы аргументы чтоб убедить непереходить. Одно ето уже положыл в корзиночку - нету Row Level тригеров. Бред какоито :) Мне там куча всего какраз на Row Level :( Атомарность - ну наверно скажут что можно сеивпонтами и ролбеками извратится. Но если нету select from procedure и UDF ... Мне селекти с процедур очень много использовано. В многих местах при селектах с процедур в нутри происходит и вставки, и обновления и удалиения всякие - в MSSQL насколько знаю ето вообше сапрешено. Мне шас 145 таблиц, 205 тригеров , 102 процедур ... Все тригера то Row Level - значит кардинально переделывать не только серверную часть, но бизнес логику связаную с клентскои часть ... непредставляю возможно ли ето 2 програмистом переделать на MSSQL за 1-2 года. Regards Janex
Re: как выпасть из дао
Kovalenko Dmitry пишет: Узнал, что в MS SQL вызов ХП ни разу не атомарен. А завтра пятница. Одеваем кирзовые сапоги и бегом на RSDN :) Забанют... Ядом оплюют и забанют...
Re: Читаите завтра, в пятницу
Мне шас 145 таблиц, 205 тригеров , 102 процедур ... Все тригера то Row Level - значит кардинально переделывать не только серверную часть, но бизнес логику связаную с клентскои часть ... непредставляю возможно ли ето 2 програмистом переделать на MSSQL за 1-2 года. у нас есть вторая версия нашего же продукта на том же сервере, языке и платформе вшестером уже три года переползаем а старых поддерживать все равно придется -- Булычев Алексей http://www.stella-npf.ru
Re: ������� ������, � �������
непредставляю возможно ли ето 2 програмистом переделать на MSSQL за 1-2 года. Если програмисты знакомы с MSSQL, то вполне реально. Дмитрий
Re: Red database and FB
Привет, Dmitry! Вы пишешь 25 апреля 2008: Они из нашего же альфа-кода ее и родили :-) DL Так есть конкуренция или нет? DL Я просто смыла не догоняю. Молодой ишшо ;) О деньгах не думаешь... -- With best regards, Alex Cherednichenko.
Re: Читаите завтра, в пятницу
On Thu, 24 Apr 2008 22:12:56 +0400, Кузнецов Евгений [EMAIL PROTECTED] wrote: WildSery, помнится, не так давно ругался в конференции на нелогичность оптимизатора в MS SQL - поищите или его потерзайте. Как аргумент для принимающего решение это вряд ли прокатит :( Ведь _знающий_ эти тонкости и особенности использования предварительной фильтрации данных может сделать всё шоколадно? Может. Значит, как незачет серверу не поставишь. -- Сергей Смирнов.
Re: FB21
Андрей Кручинин wrote: А маслица в попочку этой половине поднести не нужно? ССЗБ. При все уважении к Dedу - продукт коммерческий или для внутренних нужд? Что понимается под продуктом? Если я, то затрудняюсь определиться. С моей точки зрения одно, с жониной другое. Если с чего кормлюсь - для внутренних. Если FB - коммерческий, хоть и по хитрому. Ы? Покупая Оракла доку тоже читать не надо? Коммерческий же. -- Regards. Ded.
Re: Читаите завтра, в пятницу
BA у нас есть вторая версия нашего же продукта на том же сервере, языке BA и платформе вшестером уже три года переползаем а чего это вы так птичку бросили ?
Re: Читаите завтра, в пятницу
BA у нас есть вторая версия нашего же продукта на том же сервере, языке BA и платформе вшестером уже три года переползаем а чего это вы так птичку бросили ? читать умеем? _том же сервере_ -- Булычев Алексей http://www.stella-npf.ru
Re: Читаите завтра, в пятницу
BA _том же сервере_ я тот же сервер принял за вопрос Janex With best regards, Attid.
Re: ������� ������, � �������
Одно ето уже положыл в корзиночку - нету Row Level тригеров. Бред какоито :) Мне там куча всего какраз на Row Level :( Атомарность - ну наверно скажут что можно сеивпонтами и ролбеками извратится. Но если нету select from procedure и UDF ... ты аргументы для кого собираешь? для программистов, или для начальства? Начальству пофигу Row Level тригеров. Их такими словами не испугаешь, говори на их языке - стоимость, сроки, риски. Невозможно их убедить, что FB лучше MSSQL, они читают глянцевые журналы, где красивые графики доля на рынке и там FB обычно в прочие. Не будут они в твои технические подробности вдаваться. Просто объясни, что не все SQLсеревера одинаковы, и переход именно с FB именно на MSSQL, как правило означает начать работу сначала. Если изначально при проектирвоании не закладывалась возможность перейти куда-то. Некоторые для универсальности вообще в БД хранят только таблицы/вью. Решения принимаются не только от крутости результата. Какие затраты и какой будет результат. Учитываем что уже есть система, _внедренная_ и _работающая_. Нету программистов, знающих MSSQL - включаем стоимость обучения, и/или найма дополнительных рабочих рук. Считаем стоимость лицензий, стоимость разработки за год-два... опять-же, учитываем что в этом время надо еще и существующий код поддерживать. Получаем итоговую цифру - и думаем, а ради чего, собственно? что даст переход? и какие претензии к FB, что не устраивает... чего сделать нельзя/дорого. Мне например, нужен был OLAP. У меня OLTP база на FB - дорого было менять платформу. А вот OLAP - на MSSQL. Такое решение было в сумме - дешевле. Репликация уже была реализована и внедрена к тому времени как возник вопрос а не сменить ли платформу.
Re: Читаите завтра, в пятницу
Boulitchev Aleksey пишет: непредставляю возможно ли ето 2 програмистом переделать на MSSQL за 1-2 года. у нас есть вторая версия нашего же продукта на том же сервере, языке и платформе вшестером уже три года переползаем а старых поддерживать все равно придется Аналогично. Прицелились на FB 2.5. Переход наметили к концу этого года. Код придется какое-то время потом параллельно поддерживать для полуторки и двойки, или сначала без вкусностей двойки будем обходиться, а когда все клиенты по России-матушке переползут на 2.5 (надеюсь, в течение 2009 года), то уж потом врубим громкость на полную :-) Но там уж FB 3.0 подоспеет со своими прелестями :-) -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Читаите завтра, в пятницу
Одно ето уже положыл в корзиночку - нету Row Level тригеров. Бред какоито :) Мне там куча всего какраз на Row Level :( Атомарность - ну наверно скажут что можно сеивпонтами и ролбеками извратится. Но если нету select from procedure и UDF ... ты аргументы для кого собираешь? для программистов, или для начальства? Начальству пофигу Row Level тригеров. Их такими словами не испугаешь, говори на их языке - стоимость, сроки, риски. А если они это не поймут - подключай фундаментальную часть великого и могучего. Гарантируется и внимание и понимание. Коваленко Дмитрий.
Re: Читаите завтра, в пятницу
Ovchinnikov Vasily wrote: а старых поддерживать все равно придется Аналогично. Прицелились на FB 2.5. Переход наметили к концу этого года. ради чего? что конкретно Вам понравилось в 2.5 чтобы рисковать переходом ?
Re[2]: Red database and FB
Привет! Они из нашего же альфа-кода ее и родили :-) DL Так есть конкуренция или нет? DL Я просто смыла не догоняю. Молодой ишшо ;) О деньгах не думаешь... Или богатый очень :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Читаите завтра, в пятницу
а старых поддерживать все равно придется Аналогично. Прицелились на FB 2.5. Переход наметили к концу этого года. ради чего? что конкретно Вам понравилось в 2.5 чтобы рисковать переходом ? ты эта. мы с полуторки мигрирует. молочный брат тоже. получаем кумулятивный бонус 2.0, 2.1, 2.5 -- Булычев Алексей http://www.stella-npf.ru
Re: Читаите завтра, в пятницу
Аналогично. Прицелились на FB 2.5. Переход наметили к концу этого года. ради чего? что конкретно Вам понравилось в 2.5 чтобы рисковать переходом ? Не мешай человеку мечтать. Коваленко Дмитрий.
Re: Читаите завтра, в пятницу
Привет, al! Вы пишешь 25 апреля 2008: [Sorry, skipped] Она работает не в вакууме. Но на конкретной железяке. av расскажите мне сценарий как умирание машины (железа) помешает установить av ту же операционку на новую машину, установить ту же СУБД и запустить? Недавно из ВУЗа? Ты никогда не пробовал искать дрова для нового железа под дремучую ось? -- With best regards, Alex Cherednichenko.
Re: Читаите завтра, в пятницу
Alex Cherednichenko wrote: Привет, al! Вы пишешь 25 апреля 2008: [Sorry, skipped] Она работает не в вакууме. Но на конкретной железяке. av расскажите мне сценарий как умирание машины (железа) помешает установить av ту же операционку на новую машину, установить ту же СУБД и запустить? Недавно из ВУЗа? давно уже :)) Ты никогда не пробовал искать дрова для нового железа под дремучую ось? искал. но думаю что это не та проблема ради которой стоит переходить с версии на версию (Я про реальный коммерческий проект, который работает и денег не просит. а когда начинаешь с ним чудить - он начинает падать и просить денег). Если проект сделали и забыли это одно, если проект постоянно живущий и растущий, тогда конечно же за ним надо следить, холить и лелеять. Надеюсь я более менее выразил свою точку мнения. Вопрос же про 2.5 был не ради поднятия флейма, а ради желания получить на шару реальный список бонусов версии 2.5 для конкретно взятого разработчика. ;)
Re: Читаите завтра, в пятницу
Ded wrote: Лет через 10 после снятия автомобиля с производства начинают субд не машина. работает не трогай ;)
Re[2]: Читаите завтра, в пятницу
Привет! Она работает не в вакууме. Но на конкретной железяке. расскажите мне сценарий как умирание машины (железа) помешает установить ту же операционку на новую машину, установить ту же СУБД и запустить? Ну причин может быть много - от банальной проблемы с лицензией (если ОС - платная), до банального случая, когда к софту прилагается аппаратный ключик, который дохнет вместе с железом :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[2]: Читаите завтра, в пятницу
Привет! Она работает не в вакууме. Но на конкретной железяке. av расскажите мне сценарий как умирание машины (железа) помешает установить av ту же операционку на новую машину, установить ту же СУБД и запустить? Недавно из ВУЗа? Ты никогда не пробовал искать дрова для нового железа под дремучую ось? Я тут даже еще подумал - а ведь нынешнее развитие виртуализации позволяет ставить все на виртуалках с минимумом потерь производительности. и почти полная независимость от железа. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Re[2]: Red database and FB
Молодой ишшо ;) О деньгах не думаешь... Я о бабах думаю. Или богатый очень :) Да нет. Нормальный. :-)) Дмитрий
Re: Читаите завтра, в пятницу
al v wrote: Alex Cherednichenko wrote: Привет, al! Вы пишешь 25 апреля 2008: Лет через 10 после снятия автомобиля с производства начинают av субд не машина. работает не трогай ;) Она работает не в вакууме. Но на конкретной железяке. расскажите мне сценарий как умирание машины (железа) помешает установить ту же операционку на новую машину, установить ту же СУБД и запустить?
Re: Re[2]: Читаите завтра, в пятницу
Привет, Sergey! Вы пишешь к Alex Cherednichenko 25 апреля 2008: [Sorry, skipped] SM Я тут даже еще подумал - а ведь нынешнее развитие виртуализации SM позволяет ставить все на виртуалках с минимумом потерь SM производительности. и почти полная независимость от железа. Ну, касаемо полноты независимости, я бы не был так категоричен ;) -- With best regards, Alex Cherednichenko.
Re[4]: Читаите завтра, в пятницу
Привет! SM Я тут даже еще подумал - а ведь нынешнее развитие виртуализации SM позволяет ставить все на виртуалках с минимумом потерь SM производительности. и почти полная независимость от железа. Ну, касаемо полноты независимости, я бы не был так категоричен ;) А вот для этого, я, как опытный обманщик, поставил слово почти в свое утверждение ;-) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Читаите завтра, в пятницу
al v wrote: расскажите мне сценарий как умирание машины (железа) помешает установить ту же операционку на новую машину, установить ту же СУБД и запустить? Фу ты, блин, улетело. Ну ладно, хрен с ним. Про дрова уже сказали, и это вовсе не эрунда. Но есть ещё один нюанс - в коде любой программы есть баги. Некоторые из них - замедленного действия. То есть, ты до них ещё не дорос, либо по объёму-интенсивности, либо по личной технологии. Но когда нарвёшься, то становится мучительно больно. И шансы и вскрытия таких багов и возможностей на них нарваться растут со временем. Говорю не голословно, по крайней мере одну такую на днях узнал в лицо. Слава богу, в чужое, но надо бы и перетрясти собствеенный чулан с кодом, чем чорт не шутит. А бакпортить фиксы во все версии до царя Гороха никто не станет и правильно сделает. -- Regards. Ded.
Re: Читаите завтра, в пятницу
Sergey Mereutsa wrote: Я тут даже еще подумал - а ведь нынешнее развитие виртуализации позволяет ставить все на виртуалках с минимумом потерь производительности. и почти полная независимость от железа. Ты всё ещё веришь в Деда Мороза и неувеличение вероятности отказа при последовательном соединении сложных систем? :-) -- Regards. Ded.
Re: Читаите завтра, в пятницу
Фу ты, блин, улетело. Ну ладно, хрен с ним. Про дрова уже сказали, и это вовсе не эрунда. Но есть ещё один нюанс - в коде любой программы есть баги. Некоторые из них - замедленного действия. То есть, ты до них а еще они проявляются только на HT, или на многопроцессорных машинах или на очень быстрых машинах или на новых операционках... -- Булычев Алексей http://www.stella-npf.ru
Re[2]: Читаите завтра, в пятницу
Привет! Я тут даже еще подумал - а ведь нынешнее развитие виртуализации позволяет ставить все на виртуалках с минимумом потерь производительности. и почти полная независимость от железа. Ты всё ещё веришь в Деда Мороза и неувеличение вероятности отказа при последовательном соединении сложных систем? :-) Нет, деда Саша, не верю :) Именно поэтому дублирую все, что можно и недавно так упростил архитектуру в нашем бесконечном проекте игрушки, что аж самому стало страшно. Ща вот сяду тестик писать, но думаю, что-таки смогу запихнуть движок сервера игры в BLR :) Бугага, как тут принято выражаться :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Читаите завтра, в пятницу
Фу ты, блин, улетело. Ну ладно, хрен с ним. Про дрова уже сказали, и это вовсе не эрунда. Но есть ещё один нюанс - в коде любой программы есть баги. Некоторые из них - замедленного действия. То есть, ты до них а еще они проявляются только на HT, или на многопроцессорных машинах или на очень быстрых машинах или на новых операционках... - при стыковке с модулями, откомпилированными другим компилятором - при интеграции систем А также в кривых руках новых игроков. Типа ой, а чё это у вас такое? Водочка? О! Я выпью рюмочку :) Коваленко Дмитрий.
Re: Читаите завтра, в пятницу
Hello, Alexey! Boulitchev Aleksey wrote: http://www.dni.ru/news/incidents/2008/4/25/132876.html чего только бобры не сделают, чтобы похмелиться... -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34