|
|
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Не хотел никогда выступать провокатором святых войн, но никуда не деться :) Так случилось, что нашей конторе навязывают договор на разработку приложения работающего в связке с MSDE (мы гос учреждение и нам навязать что-то можно). Сами тоже ведем некоторые свои проекты, но все время в связке с Firebird или Oracle, и как следствие большого желания разводить зоопарк субд нет. Хочется услышать технические моменты, а именно достоинства и недостатки одной субд перед другой. Возможно кто-то видел результаты тестирования и готов поделиться ссылками. Знаем, об ограничениях MSDE на размер базы, на количество одновременно выполняемых запросов, но одно дело читать об этих ограничениях, а другое дело видеть результаты работы на реальных данных. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 11:07 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
авторТак случилось, что нашей конторе навязывают договор на разработку приложения работающего в связке с MSDE (мы гос учреждение и нам навязать что-то можно). И, наверное, тот, кто навязывает, как то аргументирует навязываемый продукт? авторХочется услышать технические моменты, а именно достоинства и недостатки одной субд перед другой. Достоинства и недостатки лучше сравнивать в контексте существующих потребностей, о которых Вы умолчали. В противном случаи это будет очередной сферический конь в вакууме. авторЗнаем, об ограничениях MSDE на размер базы, на количество одновременно выполняемых запросов, но одно дело читать об этих ограничениях, а другое дело видеть результаты работы на реальных данных. Ограничения на размер одной бд (4 гига для SQL Server Express) "реальными данными" никак не обойти, а искуственное подтормаживание при превышении определенного числа сессий в SQL Server Express убрали. Так что будет лучше, если Вы все-таки опишите свои потребности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 11:42 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
В кратце могу перечислить с чем ты столкнёшься как разработчик FB (про оракл не знаю): Отрицательное: 1) Ближайшее нечто похожее на IBExpert - это EMS. Жалкое зрелище. 2) Отсутствие триггеров FOR EACH ROW, триггеров BEFORE 3) Фактическое отсутствие альтернативы циклу FOR SELECT (курсоры очень тормозят, даже однонаправленные, сама конструкция курсоров очень громоздкая и неудобная) 4) Отсутствие последовательностей/генераторов (после них мне автоинкремент показался каким-то не таким) 5) Если наступишь на баг, то будешь ждать годы. Никто для тебя специально не будет собирать билд с фиксом бага как это запрсто может быть в FB. 6) Убогий язык TSQL 7) Убогий аналог селективных процедур Из положительного: 1) Более стабильный сервер чем FB 2) Хороший оптимизатор 3) Динамические ссылки на курсор 4) Дополнительные типы данных (BIT, SQLVariant) 5) Более быстрый протокол 6) Можно переименовываать таблицы 7) Гетерогенные запросы Из того что я не знаю как оценить: 1) Очень слабо отслеживаются зависимости. Например ты можешь запросто скомпиллировать невыалидную процедуру или поменять объект так что куча других станет невалидными. С одной стороны это упрощает внесение изменений, с другой стороны есть большой риск получить неработающую систему В итоге лично мне с ним было вкрай тяжело работать. Мы поставили перед клиентом устовие: или переходим на FB, или ищи других программистов, потому что продуктивность у нас снизилась, мы постоянно нервнияали, ругались, вспоминали Билла. Он согласился. Другими словами если клиент очень выгодный и другого варианта нету, то можно работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 12:35 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 Gold Зачот! Просто супер объективное сравнение, особенно учитывая Ваш опыт общения с MS SQL: Помогите новичку с триггерами GoldВ итоге лично мне с ним было вкрай тяжело работать. Мы поставили перед клиентом устовие: или переходим на FB, или ищи других программистов, потому что продуктивность у нас снизилась, мы постоянно нервнияали, ругались, вспоминали Билла. И виноват, конечно, в снижении продуктивности, конечно, MS SQL, а не то, что Вы не умеете его готовить. Старая песня о главном. ЗЫ. Ничего личного. Просто очередное подтверждение истины: в своем глазу бревна не видим, зато в другом - соринку замечаем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 12:52 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
pkarklinЗачот! Просто супер объективное сравнение Даже Yo.! так бы не смог :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 13:44 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 pkarklin У меня после того было опыта общения с ним вплоть до марта этого года. Вполне достаточно чтобы иметь о нём общее представление. По поводу того что я не умею его готовить. Так а я и не отрицаю. По поводу объективности. А что я не так сказал? Я изложил человеку видение с точки зрения того кто таньше работал на FB. В говно я его сильно не сажал, кучу достоинств привёл, которые смог вспомнить. Заключение - моё личное мнение. Мне с ним вкрай тяжело было и неинтересно. Ну что я могу поделать с этим? Наврать что-ли, сказать что мне понравилось? Ну не нравится он мне, злой я на него чего и не скрываю :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 14:05 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
GoldУ меня после того было опыта общения с ним вплоть до марта этого года. Вполне достаточно чтобы иметь о нём общее представление. В моем понимании, сравнивать "технические моменты", как того просил того автор, можно только хорошо зная оба сервера. Общего представления здесь недостаточно. GoldПо поводу объективности. А что я не так сказал? Вы сделали ряд выводов, не приведя ни обоснования, ни сравнительного анализа. Goldочень тормозят, даже однонаправленные, сама конструкция курсоров очень громоздкая и неудобная Согласен, что курсор в MS SQL декларируется более громоздко. На счет "тормознутости". Тормознутость по сравнению с чем Вы имели ввиду? Тестовые сценарии и тайминги можно увидеть? GoldОтсутствие триггеров FOR EACH ROW У MS SQL нет различия в триггерах на одиночную\массовую операцию, но это не означает, что нельзя написать триггер на обработку одной записи. GoldЕсли наступишь на баг, то будешь ждать годы. У Вас был большой опыт отлавливания багов? Каких? Вы их заявляли? Что Вам ответили? GoldУбогий язык TSQL Опять бы хотелось увидеть сравнительныек скрипты, позволившие сделать вывод об убогости. К чему это я. Я думаю, что если мне сейчас дать Firebird и сказать, а ну ка давай теперь вот на нем разрабатывай, то пены у рта у меня будет не меньше. Но я не готов, вот так вот абстрактно сравнивать два сервера, не зная а что же с помощью них будет делатся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 14:20 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
есть такой критерий, как операционная система на сервере. если она не винда то сравнивать дальше не нужно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 14:31 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 pkarklin: Я бы мог привести скрипты, но на это время нужно потратить, а в результате это будет бесполезно. Давайте это всё повернём следующим образом: я утвреждаю что имея долгий опыт работы с FB работать c MS SQL будет очень непривычно и местами сложно и хочу предупредить автора топика что в MS SQL всё совсем не так как в FB и наверное в оракле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 14:36 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
не совсем понял зачем msde если у вас уже есть опыт с ораклом, oracle xe такой же бесплатный аналог msde (точнее mssql express). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 14:41 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
GoldЯ бы мог привести скрипты, но на это время нужно потратить, а в результате это будет бесполезно. Если бы это подтвердило Ваши выводы и доказало убогость и тормознутость MS SQL, то это было бы очень даже полезно, особенно в контексте тематики форума. Goldя утвреждаю что имея долгий опыт работы с FB работать c MS SQL будет очень непривычно и местами сложно и хочу предупредить автора топика что в MS SQL всё совсем не так как в FB и наверное в оракле. Здесь с Вами можно только согласится. В такой постановке на месте FB и MS SQL могут выступать любые другие пары СУБД, не являющиеся клонами. Yo.!не совсем понял зачем msde если у вас уже есть опыт с ораклом, oracle xe такой же бесплатный аналог msde (точнее mssql express). И действительно?! Автору стоило бы уточнить, чем обусловлено навязывание именно MSDE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 14:56 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Так что навязывают? Просто Если для вас разрабатывают ... - то пусть разрабатывают на MSDE , так как если тока для вас переведут на FB - глюков будет немерянно. Если вы должны разрабатывать - убеждайте в FB, так как его знаете лучше -> продукт будет более качественным. Но решает (если продукт под заказ) тот кто платит деньги. Пару фирм знаю с сайтами на MS SQL + php - заставили разработчиков с MySQL слезть.... (хотя имха это глюков добавило) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 15:02 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
pkarklinУ MS SQL нет различия в триггерах на одиночную\массовую операцию, но это не означает, что нельзя написать триггер на обработку одной записи. Не всегда можно получить туже функциональность. Например при update 2-х и более строк в таблице с изменением PK. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 15:32 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 pkarklin: Я думаю можно без тестов. Мне надо было написать функцию, которая по древовидной структуре делала довольно сложные вычисления со всякими промежуточными итогами. Это можно представить примерно так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. То есть мне надо было иметь несколько вложенных курсоров. И такая канструкция - это просто смерть для MS SQL С другой стороны в FB я бы написал: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. и эти вложенные FOR SELECT будут летать почти с такой же скоростью как обычный JOIN. Думаю что вы и без примера знаете что в MS SQL такая конструкция умрёт на паре тыщ листьев в дереве. Причём, что интересно, я перепробовал с десяток вариантов параметров у курсоров и FORWARD_ONLY (или как там его, забыл уже названия) показал себя даже несколько хуже чем двунаправленный курсор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 15:53 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
GoldЯ думаю можно без тестов. А вот это вот совершенно напрасно. GoldИ такая канструкция - это просто смерть для MS SQL Сама по себе такая конструкция не является "смертью". Смотреть надо где у Вас реально получаются тормоза. М.б. торомизили именно "довольно сложные вычисления" из-за отстутствия индексов, неоптимальной структуры и т.п. Просто так сделать выводы, глядя только на один каркас невозможно. GoldПричём, что интересно, я перепробовал с десяток вариантов параметров у курсоров Вы забыли самый быстродействующий вариант раскрытия дерева - циклом без курсора. Все это касается 2000 версии. В 2005 появились рекурсивные CTE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 16:01 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 pkarklin Да у меня там запросы элементарные типа получить сумму где поле равно занчение ключа. Индексы все были. Собственно на оптимизатор и скорость выполнения запросов никаких проблем. По поводу CTE - знаю такое. По поводу раскрытия дерева циклом без курсора - не знаю. Правда это не решило бы проблему, но всё же интересно как это сделать (дерево представлено ссылкой в таблице на саму себя). Вроде ж CONNECT BY и подобного небыло в MS SQL 2000... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 16:19 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
А, ну через временную таблицу это да, я так тоже делал. При этом я помню у меня алгоритм сильно усложнился и по скорости я хоть и выиграл раза в полтора или два, но это всё равно было слишком медленно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 16:38 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Вообще-то даже в BOL есть пример(hierarchical information), как работать с иерахией. Искать на закладке Index комбинацию "hierarchical information". И есть еще масса способов, как делать тоже самое без всяких курсоров, но, IMHO ,это чересчур сильное оклонение от темы топика. Какой смысл обсуждать решение конкретной задачи на MSSQL, которая оказалась трудной для реализации конкретному же человеку ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 16:48 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
GoldА, ну через временную таблицу это да, я так тоже делал. При этом я помню у меня алгоритм сильно усложнился и по скорости я хоть и выиграл раза в полтора или два, но это всё равно было слишком медленно. А какой размер дерева у Вас был? Если несколько тысяч элементов, то это на таких объёмах должно в любом случае быстро работать Если больше - не могли бы Вы описать для чего нужны были такие деревья? Просто мне не представить такое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 16:50 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
pkarklinАвтору стоило бы уточнить, чем обусловлено навязывание именно MSDE. автор уже уточнил, что контора государственная, дальнейшие вопросы про навязывание спустят топик в полный и бесповоротный флуд, которого и так здесь предостаточно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 16:58 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
VF pkarklinАвтору стоило бы уточнить, чем обусловлено навязывание именно MSDE. автор уже уточнил, что контора государственная, Государственностью конторы автор обяснил возможность самого навязывания, меня же интересовало, известны ли автору причины навязывания именно MSDE. VFдальнейшие вопросы про навязывание спустят топик в полный и бесповоротный флуд, которого и так здесь предостаточно... Вы можете в нем не принимать участия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 17:01 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 SergSuper Да вот в том то и дело что у меня в дереве не несколько тысяч, а несколько сотен элементов было. Процедура считала деньги по ресурсам, привязанным к элементам этого дерева, причём сразу в нескольких разрезах. И торомоза тут именно в курсорах, потому что больше там торомзить было НЕЧЕМУ. А в FB циклы FOR SELECT и курсоры работают очень быстро и ними все пользуются и мораль всей этой повести в том что человек прийдя с FB очень сильно обломается в этом месте и ещё парочке других мест, о которых я писал выше. Это мой ответ вопрошавшему на вопрос: хотелось бу узнать технические моменты. PS Вобще у нас в профессии странные тенденции. Странно ведь будет если гениколог полезет со своими знаниями в попу по проктологической части, хоть органы и рядом находятся. А у нас же в программировании почему-то нормальным считается сегодня пописать на одном, завтра на другом, послезавтра на третьем, в результате досконально не знать ничего. Так и в этом случае. Писали писали на оракле, а тут бац - MS SQL пожаловал. Стали под него писать. И в результате получается как в известном ролике "если бы программисты строили самолёты". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2007, 18:21 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
1. Про причины навязывания. Есть существующая система написанная давно на Foxrpo и использующая dbf файлы для хранения информации. Она никого не устраивает по скорости своей работы. Поставлена задача написать новую систему. Поскольку автор очень хорошо знает Foxpro, да и сама система в ее текущем варианте тоже написана на нем же, то и никуда в сторону от Foxpro при переписывании автор не уйдет. Насколько я понимаю имеется возможность использовать Foxpro в связке с MSDE. 2. Задача, с которой прийдется сталкиваться системе (не хочу уточнять предметную область). Задача обычная учетная. В зависимости от конкретной организации в которой она будет выполняться (а таких организаций будут сотни в нашем крае) нагрузка на систему будет обеспечиваться 5 - 20 операторами + периодическое формирование отчетов (которые сейчас в dbf варианте люди формируют по ночам иначе все остальные обламываются). Объемы данных оценить трудно, так как опять же все варьируется от учреждения. 3. Заказываем систему мы, но есть вышестоящие организации которые могут содействовать (и уже это делают) исполнителю в выборе удобной для него СУБД. А нам сильно не хочется, чтобы в отчитывающихся учреждениях помимо Firebird, на котором у них крутится 2-3 наших задачи еще бы стоял MSDE, тем более что у нас нет опыта его поддержки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 04:31 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
У кого-нибудь есть опыт сетевого использования MSDE? FB - точно сетевая СУБД. Иначе 5-20 операторов работать не смогут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 05:37 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Павел ИшенинПоскольку автор очень хорошо знает Foxpro, да и сама система в ее текущем варианте тоже написана на нем же, то и никуда в сторону от Foxpro при переписывании автор не уйдет. Насколько я понимаю имеется возможность использовать Foxpro в связке с MSDE. Все-таки не совсем понятно, кто-же таки будет разрабатывать систему - автор или Вы. Если автор - имеется ли у него опыт работы и законченные проекты на этой связке? Возможно это сможет послужить аргументом в пользу использования не MSDE. Павел ИшенинА нам сильно не хочется, чтобы в отчитывающихся учреждениях помимо Firebird, на котором у них крутится 2-3 наших задачи еще бы стоял MSDE, тем более что у нас нет опыта его поддержки Попробуйте использовать это как аргумент, в некоторых случаях - удорожание саппорта (набор дополнительных специалистов) может перекрыть "любовь автора" к определенной СУБД. Павел ИшенинЗаказываем систему мы, но есть вышестоящие организации которые могут содействовать (и уже это делают) исполнителю в выборе удобной для него СУБД. Вот с лоббированием будет тяжеловато боротся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 08:16 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
автор Все-таки не совсем понятно, кто-же таки будет разрабатывать систему - автор или Вы. Если автор - имеется ли у него опыт работы и законченные проекты на этой связке? Возможно это сможет послужить аргументом в пользу использования не MSDE. Мы систему заказываем, автор (кто такой? будем считать исполнитель) ее разрабатывать. У этого автора есть опыт работы с Foxpro и проекты в связке Foxpro + dbf. Автор видимо оценил куда можно легко пересесть с dbf оставаясь при этом в Foxpro и выбрал MSDE. автор Вот с лоббированием будет тяжеловато бороться. С лоббированием можно бороться приводя технические аргументы и говоря примерно так: "Вот к примеру такое MSDE будет не под силу, а Firebird отлично проглотит". Пока есть 2 технических аргумента: 1. Ограничение размера базы данных 2. Искусственное ограничение на количество одновременно выполняющихся запросов. Пока второй аргумент не имеет у нас подтверждения в виде тестов, эмулирующих заданную (в количестве операторов) нагрузку на СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 09:47 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
авторАвтор видимо оценил куда можно легко пересесть с dbf оставаясь при этом в Foxpro и выбрал MSDE. Т.е. у автра еще нет опыта работы в связке Foxpro + клиент\серверная СУБД?! Тогда тут надо не СУБД выбирать, а автора, который бы имел опыт работы с клиент\серверными СУБД. Иначе он такого наваяет с файл\серверным подходом, а Вы будете разгребать. авторПока есть 2 технических аргумента: Рассмотри в разрезе SQL Server Express 2005 ("глядеть" сейчас в сторону MSDE не актуально): автор1. Ограничение размера базы данных Т.е. 4 гига на одну бд Вам будет маловато? Что-то я не видел ориентирововчных оценок размеров. автор2. Искусственное ограничение на количество одновременно выполняющихся запросов. Нет такого ограничения. Ограничения есть на 1 процессор и 1 гиг используемой памяти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:00 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 Павел Ишенин Автор видимо оценил куда можно легко пересесть с dbf оставаясь при этом в Foxpro и выбрал MSDE Ну и правильно сделал. Фокспро в качестве клиента очень хорошо работает с сиквелом. Связка с любым другим сервером допустима, но скорость разработки падает. Пока есть 2 технических аргумента: 1. Ограничение размера базы данных Какой прогнозируемый объем данных? Вам мало 4Гб (для SQL 2005 Express)? Бывает. Наверное бывает и так, что на FB стогигабайтные базы крутятся. Однако, уперевшись в четырехгигабайтное ограничение, можно абсолютно без проблем пересесть на "полную" редакцию сиквела, без этого ограничения. 2. Искусственное ограничение на количество одновременно выполняющихся запросов. Нет такого ограничения, не рассказывайте сказки. Количество одновременно выполняющихся запросов не ограничено. В MSDE 2000 (и более ранних) было искуственное уменьшение скорости работы при большом количестве одновременно исполняющихся батчей, но "уменьшение скорости работы" <> "ограничение количества". Количество - неограничено. В 2005-ом убрали и это (искусственное замедление). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:05 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
автор Рассмотри в разрезе SQL Server Express 2005 ("глядеть" сейчас в сторону MSDE не актуально): ... автор Какой прогнозируемый объем данных? Вам мало 4Гб (для SQL 2005 Express)? Я где-то говорил про SQL Server Express 2005? Речь идет именно об MSDE , не об Express!!! И не надо начинать сравнивать с чем либо еще кроме MSDE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:09 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Павел ИшенинЯ где-то говорил про SQL Server Express 2005? Речь идет именно об MSDE, не об Express!!! И не надо начинать сравнивать с чем либо еще кроме MSDE. Гм... SQL Server Express 2005 грубо говоря MSDE 2005 версии. В в курсе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:13 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
авторГм... SQL Server Express 2005 грубо говоря MSDE 2005 версии. В в курсе? Так, MSDE - ms sql desktop edition а SQL Server Express 2005 - это никак не MSDE. Все очень формально. Заявлен именно MSDE и ничто другое. Слов Express и 2005 не заявлено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:21 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
2 Павел Ишенин Так, MSDE - ms sql desktop edition Кто Вам сказал такую чушь? Вы хоть узнайте, как название расшифровывается, прежде чем спорить. а SQL Server Express 2005 - это никак не MSDE. Ну да, никак. Просто потому, что SQL Server Express 2005 - это одна из редакций MS SQL Server 2005, а MSDE 2000 - это одна из редакций MS SQL Server 2000. MS SQL Server 2000 - это никак не MS SQL Server 2005. А MSDE 2000 - никак не MS SQL Server Express 2005. А чего сказать то хотели? Все очень формально. Заявлен именно MSDE и ничто другое. Слов Express и 2005 не заявлено. Ну заявлено и заявлено. Вопрос то остается прежним - какой прогнозируемый объем данных? 2Гб вам мало? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:34 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Формально до такой степени, что об использовании SSEE - наследнике MSDE не может быть и речи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:35 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
MSDE <> ms sql desktop edition, а = Microsoft SQL Server Desktop Engine ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:38 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
pkarklinФормально до такой степени Думаю, что формальность автор из пальца высосал. Иначе бы указал, какое именно MSDE заявлено формально. А то вдруг там MSDE аж от 7-го сиквела, со своими ограничениями ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 10:38 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Павел Ишенин Насколько я понимаю имеется возможность использовать Foxpro в связке с MSDE. Его можно использовать в связке с любым сервером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 11:36 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Еще один довод в пользу FB: При выборе MSDE ОС сервера - только Microsoft. При выборе FB - возможен вариант с Linux. Из написанного ранее следует, что система потребует серверную ОС и XP не прокатит (большие объемы данных, до 20 операторов и тд). Похоже, что речь идет о не одном учреждении. Причем - бюджетном. В свете последних событий лучше выбрать бесплатную ОС, чем использовать пиратскую Windows. Либо пусть ваше лобби дает деньги и на X MS Windows Server. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2007, 18:44 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Аркадий МЕще один довод в пользу FB: Из написанного ранее следует, что система потребует серверную ОС и XP не прокатит (большие объемы данных, до 20 операторов и тд). Похоже, что речь идет о не одном учреждении. Причем - бюджетном. В свете последних событий лучше выбрать бесплатную ОС, чем использовать пиратскую Windows. Либо пусть ваше лобби дает деньги и на X MS Windows Server. А это без проблем: во всех известных мне БЮДЖЕТНЫХ заведениях базовой ОС является УИНДОВЗ. Причем сейчас активно идет процесс в сторону приобретения лицензий (Лицензия на XP - в районе 100 убитых енотов.Лицензия на Microsoft Windows Small Business Server 2003 (5 лицензий)- $481(не самый дешевый вариант (т.е. лицензия на 1 рабочее место - не дороже 100$. Итого лицензионная чистота ОС пользовательского компьютера стоит от ~200$<6000 руб. - если для работы, то это очень небольшие деньги)). А вот с сопровождением и администрированием - полная труба, т.к. наши доблестная система образования ориентируют молодежь и подростков на все те же форточки. И найти специалиста (приходящего) на сразу ДВЕ ОС(или предлагается на клиентские машины еще одного специалиста, или предлагаете на 20 пользователей выделенного администратора ... - улыбает) - развеселое занятие в нашем колхозе. Далее, - 20 операторов еще не подразумевают под собой большое количество данных и большую нагрузку на сервер; - если данных действительно много, необходимо смотреть на возможности масштабирования. Firebird в этой области смотрится очень бледненько. - необходимо учитывать уже эксплуатируемое программное обеспечение(м.б. у заказчика TerraData в полный рост развернута, а тут ему костылек к ней на MSDE лепят..:) ) - необходимо учитывать взаимодействие с уже имеющимся программным обеспечением (действующий пример: имеется кривая задачка с использованием FireBird. Либо задачка на коннектах, либо FireBird допускают утечку файловых дескрипторов(IMHO). После некоторого времени эксплуатации вылетает ошибка выполнения CreateFile. Старт/стоп сервиса не помогает. Лечится только перезагрузкой сервера, а на сервере есть и другие задачи.... Разбираться в причинах не хочу принципиально, т.к. это должны делать разработчики, которым уплочено... Но они это делать не торопятся). При установке нового ПО, следует помнить, что этим может быть изменено окружение для программы, которая замечательно работала до этого. Таким образом нужно не заявлять о технических преимуществах той или иной системы а просто сеть и посчитать ТСО и прикинуть вероятные риски. С этими ЦИФИРКАМИ следует идти к заказчику и с ним обсуждать все достоинства и недостатки своего решения (и, в суровой реальности, очень часто MSDE с его недостатками смотрится слегка выигрышнее, чем Firebird c его достоинствами )...:). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2007, 20:48 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
freebeer А это без проблем: во всех известных мне БЮДЖЕТНЫХ заведениях базовой ОС является УИНДОВЗ. Причем сейчас активно идет процесс в сторону приобретения лицензий (Лицензия на XP - в районе 100 убитых енотов.Лицензия на Microsoft Windows Small Business Server 2003 (5 лицензий)- $481(не самый дешевый вариант (т.е. лицензия на 1 рабочее место - не дороже 100$. Итого лицензионная чистота ОС пользовательского компьютера стоит от ~200$<6000 руб. - если для работы, то это очень небольшие деньги)). Офис не забыли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2007, 21:50 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Ну чё за фигня? Автор топика ясно сказал, что привык и хочет работать с FireBird/Oracle, и не хочет разводить зоопарк, в данном случае - не хочет переходить к MSDE. Короче: ему нужны аргументы, чтобы дать обоснованный отказ на переход к MSDE. (если есть сомнения - то перечитать первый пост, и поправить меня, если нужно) Все понимают, что гусь свинье не товарищ, привычка - вторая натура, и т.д., и т.п. Никто же не говорил: "...те, кто юзает MSDE(FireBird) - лох". Я думаю, что никому из опытных девелоперов MS SQL не понравится, если их насильно начнут переводить под FireBird? Вот и здесь то же самое. ... Что, трудно помочь, что ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2007, 00:00 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
NextManНу чё за фигня? Автор топика ясно сказал, что привык и хочет работать с FireBird/Oracle, и не хочет разводить зоопарк, в данном случае - не хочет переходить к MSDE. Короче: ему нужны аргументы, чтобы дать обоснованный отказ на переход к MSDE. (если есть сомнения - то перечитать первый пост, и поправить меня, если нужно) Все понимают, что гусь свинье не товарищ, привычка - вторая натура, и т.д., и т.п. Никто же не говорил: "...те, кто юзает MSDE(FireBird) - лох". Я думаю, что никому из опытных девелоперов MS SQL не понравится, если их насильно начнут переводить под FireBird? Вот и здесь то же самое. ... Что, трудно помочь, что ли? Да мне вообще утром в понедельник на работу вставать не нравится. Да и в другие дни тоже. Вот и здесь то же самое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2007, 09:52 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
DocAlОфис не забыли? А этого в пожеланиях не было.. Да и ОпенОфис никто не отменял... Но даже с если с офисом + ~400 у.е.~ 10000 руб+ 6000 руб = 16Круб. Для бюджета это не большие деньги, только их надо запланировать своевременно... Но за эти деньги Вы имеете машину, на которой это самое обеспечение, которое Вам пытаются продать, рассказывая про немыслимые ОС и сервера баз данных, сможете разрабатывать сами....)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2007, 20:43 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Open Office есть и под винду, если уж на то пошло... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 01:29 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
AAronOpen Office есть и под винду, если уж на то пошло... А сколько % народу его юзают? - Смысл в нем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 02:51 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Di_LIne AAronOpen Office есть и под винду, если уж на то пошло... А сколько % народу его юзают? - Смысл в нем? понятия не имею. меня отлично устраивает MS Office, а версия 2007 - вообще прет пару раз с интервалом в год-полтора ставил Open Office - посмотреть. Ну и сносил за ненадобностью... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 03:16 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
AAron а версия 2007 - вообще прет Ну... Куда и как - уточнять не будем?.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 08:10 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
ark_mУ кого-нибудь есть опыт сетевого использования MSDE? FB - точно сетевая СУБД. Иначе 5-20 операторов работать не смогут. нормально на msde все работает. кроме того, можно нормально работать с зоопарком. через linkedserver можно иметь в одной сети базы на парадоксе, на огненной_птице, аксессе и т.п. я лично каждый день забираю из разных баз, созданных разными коллективами, данные и складываю их в Msde. эта всеядность msde помогает нам прибирать к рукам любые диспетчерские. кроме того, он бесплатен, быстр и по нему хорошая поддержка в форумах. в случае, если вам надо будет в сто раз увеличить парк, гимора особого не будет. и т.п. так что сильно не отпихивайтесь от msde. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2007, 16:13 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
freebeerНо даже с если с офисом + ~400 у.е.~ 10000 руб+ 6000 руб = 16Круб. Для бюджета это не большие деньги, только их надо запланировать своевременно... Как работник "бюджетной" организации могу добавить... у меня недоумение вызывает то, что сверху спускают софт вынуждающий работать с MSOffice и MSSQL Server... Мож кто слышал... АИСБП, СКИФ... Чем MSDE плох местами? меня сильно напрягло отсутствие средств администрирования БД! а нах база, с которой прблематично сделать бэкап? АИСБП вообще написали на Access+MSSQLServer . Для одной проги MSSQLServ2000 для другой 7.0. ну и само собой вся отчётность через MSOffice. лицензионный сервер кажется купили только в районе... что получаем в итоге... 5 пользователей и того и другого... - MSOffice - 5шт ~ 5*7000 = 35тыс.р - MSSQLServer - 1 шт ~ 30 тыс.р - MSDE - бесплатно (через год разработчики добавили в прогу функцию бэкапа) Может для района города, это копейки (если вовремя запланировать), а если это небольшое сельское поселение, с готовым бюджетом в 1 мл.руб? спускают то всем... и все берут под козырёк 60тыс.руб с одного поселения... у нас кажется 12 поселений в районе - ~720тыс.руб и сколько районов в области... а деньги откуда? из местных бюджетов, а 60 тыс - это пару небольших улиц лавочками заставить... Хотя что нам... всего миллионов 12...15 по области... копейки... Без этих программ, все успешно пользовались бы OOo (кроме бухгалтера) Не знаю кто и как там наверху считает, создавая ТЗ разработчику, почему государство не жалеет своих денег? почему не приняли какой-нить FireBird(или PostgeSQL)+OOo(для отчётов)? Тут ещё SharePoint пытались втулить... Есть пример софта на FireBird(с налоговой дали) - прекрасно всё работает (ребятам из ФИНТЕКСа 5 с плюсом) Если вы фирма, которая имеет корпоративный сервак с MSSQL Serv, уже есть приложения на нём... заказываем под себя, то зачем FireBird? А если вы гос учреждение, и в добавок ко всему пользоваться будут многие а таких организаций будут сотни в нашем крае посчитайте сколько будет стоить эта принудиловка для сотен организаций в вашем крае Зачем провоцировать пиратство ИМХО и MSDE и FireBird отлично справятся с вашими учётными задачами... да и MySQL выполнил бы всё не хуже (раз Fox+bdf справляется), если база не централизованная, то сомневаюсь, что данных за год наберётся больше 500 метров. Вопрос больше в цене доп софта + сопровождение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2007, 01:09 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Кифирчик Не знаю кто и как там наверху считает, создавая ТЗ разработчику, почему государство не жалеет своих денег? почему не приняли какой-нить FireBird(или PostgeSQL)+OOo(для отчётов)? Откройте для себя новое слово "откат";) ------------------------------------------------------- Автор благодарит алфавит за любезно предоставленные ему буквы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2007, 09:58 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Кифирчик wrote: > Чем MSDE плох местами? меня сильно напрягло отсутствие средств > администрирования БД! а нах база, с которой прблематично сделать бэкап? osql/isql уже отменили? Вроде как нет... Согласен - не совсем удобно - но это никак не "отсутствие средств администрирования БД" и не "база, с которой прблематично сделать бэкап". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2007, 12:40 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Apex Кифирчик Не знаю кто и как там наверху считает, создавая ТЗ разработчику, почему государство не жалеет своих денег? почему не приняли какой-нить FireBird(или PostgeSQL)+OOo(для отчётов)? Откройте для себя новое слово "откат";) Не совсем вас понял понял lockyКифирчик wrote: > Чем MSDE плох местами? меня сильно напрягло отсутствие средств > администрирования БД! а нах база, с которой прблематично сделать бэкап? osql/isql уже отменили? Вроде как нет... Согласен - не совсем удобно - но это никак не "отсутствие средств администрирования БД" и не "база, с которой прблематично сделать бэкап". Верно, сам я первое время через SQLExecMS "админил"... но ведь есть не везде сисадмины есть... не все знаюn что такое cmd... Это мы с вами если что, то почитаем, залезем в форум... А ведь в большенстве своём этими программами проходится пользоваться обычным юзерам... их задача вести бюджетный процесс либо отчётность делать, а не изучать архитектуру SQL сервера! И ещё немного субъективного... Идёт софт на MSSQLServ - установка... инструкция на 5 листов, сперва сервер ставим, протоколы подключаем, скрипт, setup, и reg файл запустить надо, и кучу скриптов провести, и ocx зарегестрировать... как чуть перенастроить... открываем через InterpriseManager таблички, и правим в них переменные... мне, программеру, было не так просто разобраться... простого пользователя надо былоб на недельные курсы по "установке" посылать... когда нашему финансисту по телефону сказали: ну сделайте копию базки, попробуйте работать... потом чистую подкиньте... он долго меня спрашивал, кем его обозвали. Ставлю софт на FireBird - запускаем setup... пару раз кнопочку Ok... и через минуту работоспособное приложение... Понятно, что это от разработчика зависит но как закономерность чтоли ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2007, 13:51 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Кифирчик_ wrote: > Верно, сам я первое время через SQLExecMS "админил"... но ведь есть не > везде сисадмины есть... > не все знаюn что такое cmd... Это мы с вами если что, то почитаем, > залезем в форум... > А ведь в большенстве своём этими программами проходится пользоваться > обычным юзерам... их задача вести бюджетный процесс либо отчётность > делать, а не изучать архитектуру SQL сервера! Ну дык и сделайте в вашей программке кнопочку "Создать резервную копию базы" - пусть администрирование станет частью Вашей программы. Если уж MSDE - это часть вашей инсталляции. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2007, 13:57 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
Кифирчик_ Ставлю софт на FireBird - запускаем setup... пару раз кнопочку Ok... и через минуту работоспособное приложение... Понятно, что это от разработчика зависит но как закономерность чтоли Инсталшилд какой-нибудь возьмите - тоже всё будет одной кнопочкой. MSDE тоже ставится без вопросов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2007, 14:21 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
ирчик_И ещё немного субъективного... Идёт софт на MSSQLServ - ... Ставлю софт на FireBird - ... Понятно, что это от разработчика зависит но как закономерность чтоли IMHO, по меньшей мере не совсем корректно искать закономерность кривизны рук разработчика инсталлятора и настройщика софта от используемой им СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2007, 14:49 |
|
||
|
Firebird vs MSDE
|
|||
|---|---|---|---|
|
#18+
pkarklin ирчик_И ещё немного субъективного... Идёт софт на MSSQLServ - ... Ставлю софт на FireBird - ... Понятно, что это от разработчика зависит но как закономерность чтоли IMHO, по меньшей мере не совсем корректно искать закономерность кривизны рук разработчика инсталлятора и настройщика софта от используемой им СУБД. IMHO как раз такая закономерность существует! Хотя бы потому что большинство "разработчиков" с кривыми руками как раз предпочитают брендовый MSSQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2007, 09:31 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1553280]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
77ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 182ms |

| 0 / 0 |
