Re: Читаите завтра, в пятницу
al v пишет: Ovchinnikov Vasily wrote: а старых поддерживать все равно придется Аналогично. Прицелились на FB 2.5. Переход наметили к концу этого года. ради чего? что конкретно Вам понравилось в 2.5 чтобы рисковать переходом ? Ded ниже ответил за меня уже :-) 1) На полуторке вечно жить не собираемся. После багфикса 1.5.6 навряд ли что уже выйдет. 2) Из новых возможностей двойки нужен нормальный классик для виндов, улучшенный протокол для ускорения на медленных каналах (клиент-сервер по GPRS на полуторке сейчас чуть жив, вечно такое ощущение, что коннект помрет вот-вот или уже помер), инкрементальный бэкап, select from select, мониторинг, в перспективе ХП на паскале :-) -- Regards, Ovchinnikov Vasily ova at tkvc ru
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: Читаите завтра, в пятницу
Janex пишет: Вот в птицах у меня такое ешё реализовано - есть у меня UDF в которои запыхан паскальныи скриптер. В MSSQL сейчас, насколько я понимаю, ХП можно на любом из языков .Net писать. стало быть из ХП доступно всё, что доступно в .Net Так что птиц здесь отстаёт ИМХО. Кроме того, из фич, которых у нас ещё нет, например, полнотекстовый поиск, работа с XML, несколько моделей репликации... Но ментальная модель там всяко другая - если привык к птицу - будет изрядно трудно... -- Александр Замараев
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: Читаите завтра, в пятницу
Мне шас 145 таблиц, 205 тригеров , 102 процедур ... Все тригера то Row Level - значит кардинально переделывать не только серверную часть, но бизнес логику связаную с клентскои часть ... непредставляю возможно ли ето 2 програмистом переделать на MSSQL за 1-2 года. у нас есть вторая версия нашего же продукта на том же сервере, языке и платформе вшестером уже три года переползаем а старых поддерживать все равно придется -- Булычев Алексей http://www.stella-npf.ru
Re: Читаите завтра, в пятницу
On Thu, 24 Apr 2008 22:12:56 +0400, Кузнецов Евгений [EMAIL PROTECTED] wrote: WildSery, помнится, не так давно ругался в конференции на нелогичность оптимизатора в MS SQL - поищите или его потерзайте. Как аргумент для принимающего решение это вряд ли прокатит :( Ведь _знающий_ эти тонкости и особенности использования предварительной фильтрации данных может сделать всё шоколадно? Может. Значит, как незачет серверу не поставишь. -- Сергей Смирнов.
Re: Читаите завтра, в пятницу
BA у нас есть вторая версия нашего же продукта на том же сервере, языке BA и платформе вшестером уже три года переползаем а чего это вы так птичку бросили ?
Re: Читаите завтра, в пятницу
BA у нас есть вторая версия нашего же продукта на том же сервере, языке BA и платформе вшестером уже три года переползаем а чего это вы так птичку бросили ? читать умеем? _том же сервере_ -- Булычев Алексей http://www.stella-npf.ru
Re: Читаите завтра, в пятницу
BA _том же сервере_ я тот же сервер принял за вопрос Janex With best regards, Attid.
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: Читаите завтра, в пятницу
а старых поддерживать все равно придется Аналогично. Прицелились на 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: Читаите завтра, в пятницу
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
Читаите завтра, в пятницу
Привет алл. Help, help, help ! Нас тут зажали и бют молотком чтоб на MS SQL перелезали, а мне нечего обратно кинуть в рожу :( Где можно выкопать чтото грязныое про его ? Мож есть какоито список гдето доступен, типо у нас есть, у них нету, мы можем они нет ... Всё время так ждал перехода на FB и на тебе ... незнаю, можбить ешё есть время отмазатся както, но нужны хорошие аргументи ... Regards Janex
Re: Читаите завтра, в пятницу
Всё время так ждал перехода на FB и на тебе ... незнаю, можбить ешё есть время отмазатся както, но нужны хорошие аргументи ... когда приготовлены откаты - аргументы бесполезны.
Re: Читаите завтра, в пятницу
Hello Janex. J Привет алл. J Help, help, help ! J Нас тут зажали и бют молотком чтоб на MS SQL перелезали, а мне J нечего обратно кинуть в рожу :( J Где можно выкопать чтото грязныое про его ? J Мож есть какоито список гдето доступен, типо у нас есть, у них нету, мы можем они нет ... J Всё время так ждал перехода на FB и на тебе ... незнаю, можбить J ешё есть время отмазатся както, но нужны хорошие аргументи ... Здесь: OFF: как выпасть из дао. Узнал, что в MS SQL вызов ХП ни разу не атомарен. (c) Boulitchev Aleksey -- Best regards, Jerry mailto:[EMAIL PROTECTED]
Re: Читаите завтра, в пятницу
Janex пишет: Привет алл. Help, help, help ! Нас тут зажали и бют молотком чтоб на MS SQL перелезали, а мне нечего обратно кинуть в рожу :( Где можно выкопать чтото грязныое про его ? Мож есть какоито список гдето доступен, типо у нас есть, у них нету, мы можем они нет ... Вот тут был флейм по поводу нескольких транзакций в одном коннекте: http://www.rsdn.ru/Forum/message/2668632.aspx WildSery, помнится, не так давно ругался в конференции на нелогичность оптимизатора в MS SQL - поищите или его потерзайте. С уважением, Евгений
Re: Читаите завтра, в пятницу
Привет! Нас тут зажали и бют молотком чтоб на MS SQL перелезали, а мне нечего обратно кинуть в рожу :( А ты без фанатизма. У вас (как и у нас) за нелицензионный софт бьют и очень сильно (у нас, к примеру, штраф для компаний - около $50К и лишение лицензии на право деятельности). Основной аргумент против MSSQL - его платность, но иногда задачи того требуют. Если подходить без фанатизма и рассмотреть список того, что реально требуется для задачи - а не абстрактный data warehousing OLAP-ы всякие, то можно соответственно и инструмент подобрать - практика показывает, что в основном тогда выбор между Postgre и Птицем (за мускуль еще борятся всякие юнцы, которые только и умеют, что select * from table, а вместо банального объединения 2-х таблиц - вытягивают данные 2-мя запросами и фильтруют в веб-скрипте, хотя надо отдать должное, мускуль позиции не сдает и активно борется за место под солнцем). Однако, как уже тут тебе сказали - морской прибой (откат за откатом) решает все. Хотя в случае откатов можно стоимость системы, запланированной на MSSQL сделать ниже, а сами волны - выше. Но тут бывает всякая специфика... -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Читаите завтра, в пятницу
д) триггера просто придется писать заново. И всю логику, которая на них опиралась. Потому как их триггера срабатывают не сразу, а потом - в конце тр-ции. В конце statement'а - там нет row-level триггеров, только statement-level -- Хорсун Влад
Re: Читаите завтра, в пятницу
RUST [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Всё время так ждал перехода на FB и на тебе ... незнаю, можбить ешё есть время отмазатся както, но нужны хорошие аргументи ... когда приготовлены откаты - аргументы бесполезны. Да...когла весело было у нас, http://h.ua/story/82992
Re: Читаите завтра, в пятницу
Нас тут зажали и бют молотком чтоб на MS SQL перелезали, а мне нечего обратно кинуть в рожу :( Где можно выкопать чтото грязныое про его ? Мож есть какоито список гдето доступен, типо у нас есть, у них нету, мы можем они нет ... Всё время так ждал перехода на FB и на тебе ... незнаю, можбить ешё есть время отмазатся както, но нужны хорошие аргументи ... основные отличия 1. администрирование 2. развертывание 3. начальная стоимость MS SQL + MS WinServer2008 + кол-во лицензий 4. совершенно другая логика работы с транзакциями (из-за неатомарности execute procedure в частности) - придется делать SavePoint 5. тяжко инкапсулировать код унутрь ХП (догадки) 6. из-за пунктов 4-5 почти наверняка придется городить трехзвенку 7. платформозависимость как минимум сервера 8. организация полного shadow на Linux - стоимость железа запасного сервера, у винды + стоимость лицензий кароче для тиражирования - сплошные минусы, для разработки с нуля - фиолетово -- Булычев Алексей http://www.stella-npf.ru
Re: Читаите завтра, в пятницу
Нас тут зажали и бют молотком чтоб на MS SQL перелезали, а мне нечего обратно кинуть в рожу :( вдогонку Firebird Foundation - Австралийская контора :) -- Булычев Алексей http://www.stella-npf.ru
Re: Читаите завтра, в пятницу
Vlad Khorsun wrote: д) триггера просто придется писать заново. И всю логику, которая на них опиралась. Потому как их триггера срабатывают не сразу, а потом - в конце тр-ции. В конце statement'а - там нет row-level триггеров, только statement-level Тоесть если я вставляю 100 запись и на каждую шас проверяю например IF(NEW.A=1) THEN NEW.B = 2; То ето в MSSQL-е неидёт ? Ето только сработает после того как я ети 100 записли запихну ?? Regards Janex
Re: Читаите завтра, в пятницу
Jerry wrote: Здесь: OFF: как выпасть из дао. Узнал, что в MS SQL вызов ХП ни разу не атомарен. (c) Boulitchev Aleksey Сорру за глупыи вапрос, но просто неприходилось встречатся с теми или иными терминами ... а что такое АТОМАРЕН :) ? :) Regards Janex
Re: Читаите завтра, в пятницу
Oleg Matveyev wrote: Всё время так ждал перехода на FB и на тебе ... незнаю, можбить а чего ждал-то? кстати говоря - у меня именно сегодня ровно год после перехода на FB2.0 впечатления только положительные. Не так просто - бекап/рестор мне неидёт, а то в двоике почемуто код национального чарсета отличается от того что было в Yаффиле :( Есть два варианта - переливать данные скриптом в пустую базу, или треовожить Олега (ЛОА) что Yаффил бекап подкрутил немношко - вроде намеклнул что может, но пока до реального разговора на ету тему недошли ... Regards Janex
Re: Читаите завтра, в пятницу
Сорру за глупыи вапрос, но просто неприходилось встречатся с теми или иными терминами ... а что такое АТОМАРЕН :) ? :) http://www.williamspublishing.com/PDF/978-5-8459-1115-5/part.pdf Раздел Атомарность глава Атомарность уровня оператора -- Булычев Алексей http://www.stella-npf.ru
