Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Перспективы SQL Server  [new]
Idsa
Member

Откуда:
Сообщений: 89
Я решил параллельно с основной .NET прогерской деятельностью стать dba. Так складывается, что и курсы, и экзамены (вот, 70-431 сегодня сдал), и книги, которые меня окружают, посвящены MS SQL. Поэтому пока занимаюсь изучением именно SQL Server'а.
Хотя мне кажется, что перспектива есть только у двух клиент-серверных СУБД: PostgreSQL (бесплатная СУБД, сделавшая за последнее время большой рывок вперед) и Oracle (лидер индустрии).
В сторону PostgreSQL заставляет посмотреть реклама на gmail, которая рекламирует конвертер SQL Server'ных баз в PostgreSQL. Вот ссылка: http://www.etersoft.ru/content/view/154/208/

Каково мнение гуру на этот счет? Есть ли перспектива у SQL Server'а?
5 июн 08, 16:52    [5766176]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Могу прорекламировать конвертеры с Оракл/сайбес в сторону МС СКЛ, если реклама на вас так сильно действует.

-------------------------
There’s no silver bullet!
5 июн 08, 16:58    [5766245]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Idsa
Member

Откуда:
Сообщений: 89
[quot locky]
Могу прорекламировать конвертеры с Оракл/сайбес в сторону МС СКЛ, если реклама на вас так сильно действует.
[quot]
Конвертеры с Oracle в SQL Server не столь впечатляющие, потому что и там, и там нужно платить деньги. Postgre же бесплатный и, насколько я знаю, по функционалу не отстает от SQL Server'а.
5 июн 08, 17:03    [5766293]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Idsa
Конвертеры с Oracle в SQL Server не столь впечатляющие, потому что и там, и там нужно платить деньги. Postgre же бесплатный и, насколько я знаю, по функционалу не отстает от SQL Server'а.

СКЛ Экспресс, Оракле экспресс - халявные.
Конвертер из оракла в сиквел - тоже халявный.
5 июн 08, 17:06    [5766320]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Ggg_old
Member

Откуда: Одесса
Сообщений: 1342
дело не в фичах, декларируемых в доке того или иного сервера, а качестве реализации этих фич. Вот тут то и оказывется, что деньги Ораклу/Дб2/Сайбезу/Микрософту платятся не зря. Только об этом вы в никакой доке не прочитаете. Познается только на практике.
все наши на www.corba.kubsu.ru
5 июн 08, 17:49    [5766693]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
Idsa
Я решил параллельно с основной .NET прогерской деятельностью стать dba. Так складывается, что и курсы, и экзамены (вот, 70-431 сегодня сдал), и книги, которые меня окружают, посвящены MS SQL. Поэтому пока занимаюсь изучением именно SQL Server'а.
Хотя мне кажется, что перспектива есть только у двух клиент-серверных СУБД: PostgreSQL (бесплатная СУБД, сделавшая за последнее время большой рывок вперед) и Oracle (лидер индустрии).
В сторону PostgreSQL заставляет посмотреть реклама на gmail, которая рекламирует конвертер SQL Server'ных баз в PostgreSQL. Вот ссылка: http://www.etersoft.ru/content/view/154/208/

Каково мнение гуру на этот счет? Есть ли перспектива у SQL Server'а?

в конечном счете, все меряется деньгами. У МС больше возможностей купить качественных разработчиков, купить качественный маркетинг, купить в конце-концов PostgreSQL, если сильно припрет.
Так что перспективы очень даже радужные.
В любом случае, SQL Server очень качественный продукт. Его стабильность значительно выше стабильности ОС (как ни странно), не говоря уже о всяких офисах и т.п. Что касается фич (именно Enterprise, а не детских, типа хранения ip-адресов) и производительности, то SQL Server примерно на одной линейке с Oracle/DB2/Sybase.
Кроме того, в составе SQL Server идут такие продукты, которых в PostgreSQL не будет еще лет десять. А может и вообще не будет.
6 июн 08, 01:26    [5767901]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8544
locky
Idsa
Конвертеры с Oracle в SQL Server не столь впечатляющие, потому что и там, и там нужно платить деньги. Postgre же бесплатный и, насколько я знаю, по функционалу не отстает от SQL Server'а.

СКЛ Экспресс, Оракле экспресс - халявные.
Конвертер из оракла в сиквел - тоже халявный.
Конвертор из Microsoft SQL Server/Sybase в Oracle тоже халявный.
Он входит в состав Oracle SQL Developer (free product)
6 июн 08, 19:50    [5773218]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
SQL*Plus
Он входит в состав Oracle SQL Developer (free product)

Да, я его видел.
От комментариев - воздержусь, если позволите
6 июн 08, 20:33    [5773347]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8544
locky
SQL*Plus
Он входит в состав Oracle SQL Developer (free product)
Да, я его видел.
От комментариев - воздержусь, если позволите
А вот, таки, позвольте Вам не позволить! :-)

Очень интересно было бы узнать, что делает не так и/или не делает
конвертор из Microsoft SQL Server/Sybase в Oracle, входящий в состав Oracle SQL Developer?
Расскажите, пожалуйста.
7 июн 08, 12:46    [5775282]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
SQL*Plus
Очень интересно было бы узнать, что делает не так и/или не делает
конвертор из Microsoft SQL Server/Sybase в Oracle, входящий в состав Oracle SQL Developer?
Расскажите, пожалуйста.

Использовал Quick Migrate
Таблицы - не закапчурились, следовательно - не перевелись.
Текст процедур - переведён не был.
View - были переведены.
В сгенерированном скрипте все русские каменты были заменены на вопросительные знаки.

translation scratch editor:
update A
set c=d
from Table1 a join table2 b on a.id = b.id;
перевёл в
UPDATE A
   SET ( c ) = ( SELECT d
  FROM Table1 a
         JOIN table2 b
          ON a.id = b.id );
что, вообще говоря - неправильно аж 2 раза.
А вот такой код
update a
set c=d
from Table1 a join table2 b on a.id = b.id;
был переведён как
UPDATE Table1
   SET ( c ) = ( SELECT d
  FROM Table1 a
         JOIN table2 b
          ON id = b.id );
что неправильно всего один раз - но всё равно - неправильно.
Лога конверсии как такового - нет, где какие проблемы возникали - не видно.
9 июн 08, 13:01    [5781437]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
mayton
Member

Откуда: loopback
Сообщений: 52996
Idsa
PostgreSQL (бесплатная СУБД, сделавшая за последнее время большой рывок вперед)

Какой рывок? За какое-такое "последнее время" ?
12 июн 08, 15:13    [5797217]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Щиче
Member

Откуда: Чебоксары
Сообщений: 768
По поводу сравнения PostgreSQL и MS SQL.
1) Купить OpenSource проект принципиально невозможно. Лицензия не даст.
2) "В MS SQL есть то чего в Postgre не будет лет 10" - это фраза отражает мышление человека возросшего на технологиях MS и не знающего ничего другого.
Согласно принципу UNIX: программа должна делать только то, что она должна делать, но делать хорошо. Поэтому сервер баз данных должен уметь работать только с базами данных и ничего другого в нем быть не должно.
Соответственно, вы выбираете не пакет на все случаи жизни (технология MS), а один из компонентов вашей системы. Только от вас зависит какими вы видите другие компоненты.
Можно взять для примера FB. Дистрибутив весит 2,7мб (версия 1.5.5). В нем есть консольный клиент, сам сервер, пара базовых утилит и все... Достаточно, чтобы обслуживать предприятие с 70 филиалами по всему миру и оборотом в сотни миллионов $. Если вам нужно средство администрирования: выбирайте. Какой язык предпочесть - ваше дело. Генератор отчетов - выбирайте. Если считаете, что сервер XYZ будет удобнее, никто вам не мешает сохранять наработанные навыки с другими компонентами. Что-то вам ненужно? Просто не берите.
Такой подход позволяет силами нескольких небольших фирм создавать продукты более качественные и гибкие нежели монструозные пакеты от больших фирм. Потому что есть реальная конкуренция и фирма может спокойно шлифовать свой компонент не пытаясь вытянуть их все сразу как делают Oracle или MS.

Не сравнивайте мотор с кораблем :-)
20 июн 08, 09:43    [5824267]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
dvim
Member

Откуда: Санкт Петербург
Сообщений: 721
автор
Хотя мне кажется, что перспектива есть только у двух клиент-серверных СУБД

Ну это все равно что сказать что скоро останется только 2 модели машин.

Мир большой и СУБД вообще очень много, в том числе и очень узких...
Перспективы у SQL Server несомненно есть.
Хотя понятно, что и PostgreSQL ожидает рост на российском рынке - места всем хватит.
20 июн 08, 11:56    [5825300]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
Щиче
Не сравнивайте мотор с кораблем :-)

когда вам надо переплыть океан, вы не пытаетесь собрать утлую лодчонку из разных запчастей(может быть даже и хороших), а покупаете билет на круизный лайнер. Иногда, лодчонка доплывает, иногда не доплывает лайнер - примеров предостаточно.
Иными словами, как сказал еще Клаузевиц
Маленький прыжок легче сделать, чем большой. Однако, желая перепрыгнуть широкую канаву, мы не начнем с того, что половинным прыжком прыгнем на ее дно

В общем, надо правильно выбирать средства и способы для решения задачи.
22 июн 08, 10:58    [5831177]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Сергей Фролов
Member

Откуда:
Сообщений: 1608
Idsa
PostgreSQL (бесплатная СУБД, сделавшая за последнее время большой рывок вперед) и Oracle (лидер индустрии).

Пока у PostgreSQL не будет удобной возможности attach/detach файловой копии базы данных - перспектив у него не так много. Ибо все, что сложнее файловой копии - требует наличия серого вещества в голове, а не все админы им обладают.
22 июн 08, 22:52    [5832099]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
mayton
Member

Откуда: loopback
Сообщений: 52996
По личным наблюдениям администрированием PGSQL и MYSQL частенько занимаются то Unix-сисадмины то сетевики то еще бог знает какие люди, "случайно прибившиеся" к серверу но только не DBA. И когда ему объясняешь что такое hot-backup и видишь в глазах "коровье выражение", становится как-то не по себе и.... в общем очень даже грустно за будущее того-же Postgres.
23 июн 08, 00:04    [5832234]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
Сергей Фролов
Пока у PostgreSQL не будет удобной возможности attach/detach файловой копии базы данных - перспектив у него не так много. Ибо все, что сложнее файловой копии - требует наличия серого вещества в голове, а не все админы им обладают.
attach/detach нужно далеко не всем. А для многих систем работает сценарий: поставил, настроил и не трогай. Работает и хорошо

Потому стоит рассматривать по совокупности характеристик и необходимых требований. И тестировать, тестить и тестить...
23 июн 08, 10:42    [5832917]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Сергей Фролов
Member

Откуда:
Сообщений: 1608
VoDA
attach/detach нужно далеко не всем. А для многих систем работает сценарий: поставил, настроил и не трогай. Работает и хорошо

Да как сказать...
Допустим есть софт работающий с Pg. Проект завершенный и заказчик не беспокоил исполнителя последние два года после сдачи проекта. И вдруг заказчику показалось, что-то там не совсем так, вот он звонит и просит разобраться. Первое что приходит в голову программисту - это попросить актуальную базу у заказчика, чтобы проверить. Даже можно усложнить задачу: заказчик находится в другом городе ))) Вот теперь самое главное: как передать базу исполнителю, если у заказчика нет админа, или админ не очень вменяем? Файловая копия БД тут не пройдет, хотя объяснить что и откуда копировать в том же проводнике можно даже мартышке. Будем про консоль объяснять по телефону? :)
23 июн 08, 12:00    [5833366]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Yo.!
Guest
Сергей Фролов
Будем про консоль объяснять по телефону? :)

а вы пробывали ? продиктовать идиоту последовательно набор терминальных команд - задача на порядок проще, чем пытаться разбираться почему в результате тырканий идиот на экране видит скрепку (предположительно из офиса) и не видит нужную закладку.
23 июн 08, 12:12    [5833465]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Сергей Фролов
Member

Откуда:
Сообщений: 1608
Yo.!
а вы пробывали ? продиктовать идиоту последовательно набор терминальных команд - задача на порядок проще, чем пытаться разбираться почему в результате тырканий идиот на экране видит скрепку (предположительно из офиса) и не видит нужную закладку.

А вы сами пробовали диктовать английские слова русскому человеку, который занимался иностранным языком последний раз в школе, да и тот был французский? А попросить прочитать его результат работы той или иной утилиты? Попробуйте, непередаваемые ощущения )))
23 июн 08, 13:41    [5834010]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
mayton
Member

Откуда: loopback
Сообщений: 52996
А веб-консоль там можно поднять? Или что-то вроде того?
23 июн 08, 14:39    [5834373]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
если нет прямого канала - не будет работать.
правда и передача архива базы в этом случае - проблема.
а вообще, аппеляция к attach|detach промышленной базы заказчика - не совсем корректна. служба безопасности заказчика может и не отдать такую информацию.
23 июн 08, 18:54    [5836463]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Сергей Фролов
Member

Откуда:
Сообщений: 1608
AAron
а вообще, аппеляция к attach|detach промышленной базы заказчика - не совсем корректна. служба безопасности заказчика может и не отдать такую информацию.

Вполне корректна. Я знаю одну крупную фирму, где банковские БД через ftp передаются программистам-разработчикам. Так что проблема не существенна. Нет базы - нет решения. Ибо чаще всего косяк можно воспроизвести только на сочетании многих связанных данных.
23 июн 08, 21:39    [5836931]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
landy
Member

Откуда:
Сообщений: 1557
Сергей Фролов
Файловая копия БД тут не пройдет, хотя объяснить что и откуда копировать в том же проводнике можно даже мартышке. Будем про консоль объяснять по телефону? :)

А почему это не пойдет - очень даже пойдет. Все прекрасно работает - тут по форуму я пример приводил
А продиктовать 30 латинских букв(не английских, не немецких, не испанских и т д) и если на том конце даже невменяемый админ
То это извините вообще клиника, нафига им тогда компьютеры? В игрушки играть?
А как вы будете по телефону невменяемому объяснять как копировать из каталога, скажем "c:\Program Files\MSSQL\Data\my_superbest_basa.mdf" и из каталога "D:\MSSQL\Logs\my_superbest_basa.ldf"
потом все это запаковать Вашим любимым WinRAR и по почте послать?
23 июн 08, 22:19    [5837031]     Ответить | Цитировать Сообщить модератору
 Re: Перспективы SQL Server  [new]
Idsa
Member

Откуда:
Сообщений: 89
А в чем принципиальное отличие Attach/Detach от файловой копии базы?
24 июн 08, 03:49    [5837605]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить