Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 MySQL vs MS SQL  [new]
-Ламер-
Guest
Скажите пожалуйста, будут ли проблемы для изучившего MySQL, при работе с MS SQL? Насколько эти сервера различаются
5 апр 05, 13:58    [1441763]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
iSestrin
Member

Откуда: Новосибирск
Сообщений: 3811
разницу между плазменным телеком и детекторным приемником понимаешь? - вот примерно настолько
5 апр 05, 14:01    [1441774]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Green2
Member

Откуда: skype: green2x2
Сообщений: 13748
В MsSQL есть хранимые процедуры, куча мастеров, DTS и т.д. , отличия в основном в том, это в MsSQL есть, а в MySQL нет.
--
Картинка с другого сайта.

Posted via ActualForum NNTP Server 1.1

5 апр 05, 14:03    [1441785]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
zass
Member

Откуда: Minsk
Сообщений: 1043
Надо просто брать и работать. Все отличия выплывут сами.
5 апр 05, 14:07    [1441804]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Алекс1111111111
Guest
Как пластиковый тазик и сноуборд! :-)
5 апр 05, 14:32    [1441924]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Всё бы вам позубоскалить...
Да они ж под разные задачи заточены.
Вот как, например, нормальными средствами сделать удалённый бакап MSSQL сервера, так, чтобы дамп базы лёг не на винт самого скуль-сервера, а на винт совсем-совсем удалённой, на другом материке, скажем, расположенной машины, откуда им рулят?
6 апр 05, 03:23    [1443526]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
автор
Всё бы вам позубоскалить...
Да они ж под разные задачи заточены.
Вот как, например, нормальными средствами сделать удалённый бакап MSSQL сервера, так, чтобы дамп базы лёг не на винт самого скуль-сервера, а на винт совсем-совсем удалённой, на другом материке, скажем, расположенной машины, откуда им рулят?

Скопировать туда файл бэкапа
Я победил????

-- Tygra's --
6 апр 05, 11:17    [1444395]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Glory
Member

Откуда:
Сообщений: 104751
DocAl
Всё бы вам позубоскалить...
Да они ж под разные задачи заточены.
Вот как, например, нормальными средствами сделать удалённый бакап MSSQL сервера, так, чтобы дамп базы лёг не на винт самого скуль-сервера, а на винт совсем-совсем удалённой, на другом материке, скажем, расположенной машины, откуда им рулят?


Начало мануала
"The SQL Server 2000 Virtual Backup Device Specification
In addition to its built-in functionality, Microsoft® SQL Server™ is supported by a large number of third-party backup solutions. SQL Server provides application programming interfaces (APIs) that enable independent software vendors to integrate SQL Server into their products. These APIs are engineered to provide to maximum reliability and performance, and support the full range of SQL Server backup and restore functionality, including the full range of hot and snapshot backup capabilities.

This document contains the specifications for SQL Server application programming interfaces intended for use by third-party backup software vendors.

Note If you are not a backup solution developer, you probably do not need to refer to the material in this document. For more information on how your third-party backup solution integrates with SQL Server, contact your backup solution vendor.

Methods for Third-Party Backup Software Developers
SQL Server supports two mechanisms for use by third parties:

- Virtual Device Interface (VDI) for Backup.
- Named pipe backup devices.

Named pipe backup devices are supported in SQL Server 2000, SQL Server version 7.0, and earlier versions. Named pipes allow an application to read and write the backup set directly from SQL Server. They are more flexible than VDI in that they can be remote."

При установке ClientTools можно установить samples в которые входит Virtual Backup Device Samples в которые входят как и сама Virtual Backup Device Specification так и примеры утилит на ее основе. С исходниками
6 апр 05, 13:35    [1445231]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
2 Glory
Наверное все же проще сначала на диск тут, а уж потом файл туда - по сети то делать бэкап, да еще через интернет, дело не очень надежное.

-- Tygra's --
6 апр 05, 13:41    [1445266]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Glory
Member

Откуда:
Сообщений: 104751
Наверное все же проще сначала на диск тут, а уж потом файл туда - по сети то делать бэкап, да еще через интернет, дело не очень надежное.
Это проще если ресурс доступен с сервера.
А надежность канала - это проблема клиента.
Не думаю, что MySQL dump при ненадежной связи будет вести себя лучше
6 апр 05, 14:11    [1445467]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Безусловно, всё это реализуемо сторонними средствами.
Но! Я же не говорю, что MSSQL гадкая вещь, которую всюду надо срочно заменить на MySQL) Я говорю, что они заточены под различные задачи. Потому и приведённый пример проще и совершенно стандартными средствами решается в MySQL, и требует каких-либо ухищрений в MS. Под ухищрениями я понимаю либо использование сторонних решений, на что указал Glory, либо передачу бакапа какими-то, опять же, сторонними методами с сервера на клиент, что означает необходимость поднятия каких-то, в целом, не необходимых сервисов либо на сервере, либо со стороны клиента. Неважно, что это будет, FTP, SMTP, SMB или что угодно -- если есть клиент, который может установить с сервером защищённое соединение, поддерживающее компрессию, все эти сервисы не обязательны.
6 апр 05, 14:14    [1445483]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Glory
Member

Откуда:
Сообщений: 104751
Под ухищрениями я понимаю либо использование сторонних решений, на что указал Glory,
Какие же это сторонние решения если это "The SQL Server 2000 Virtual Backup Device Specification", т.е. то, что встроено в сам MSSQL? Просто это не реализовано на TSQL. Но ведь не все же пишут исключительно на TSQL, тем более клиентов

если есть клиент, который может установить с сервером защищённое соединение, поддерживающее компрессию, все эти сервисы не обязательны.
Ну так вы бы посмотрели примеры на которые я вам указал. Они как раз не требуют никаких FTP, SMTP, SMB.
6 апр 05, 15:05    [1445753]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Alexander_Chepack
Member

Откуда: London
Сообщений: 22649
А в чем проблема? Если соединение установлено, то обычный бэкап спокойно можно делать не на локальный диск, а на UNC ресурс (\\servername\sharename) - а на каком континенте этот сервер расположен, это неважно.

Понятно, что если соединение ненадежное, то работать это будет хреново.

Или я вопроса не понял?
6 апр 05, 19:10    [1446944]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Glory
Member

Откуда:
Сообщений: 104751
Или я вопроса не понял?
DocAl хочет без FTP, SMTP, SMB, UNC и тд.
6 апр 05, 19:27    [1446961]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Alexander_Chepack
Member

Откуда: London
Сообщений: 22649

DocAl хочет без FTP, SMTP, SMB, UNC и тд.


Ну хоть провода можно использовать? :) Или исключительно телепатией данные передавать надо?
6 апр 05, 20:39    [1447032]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Glory
Member

Откуда:
Сообщений: 104751
Ну хоть провода можно использовать? :) Или исключительно телепатией данные передавать надо?
Разрешено установить один стандартный коннект от клиента к серверу.
Результат BACKUPа должен возвращаться клиенту через этот коннект наподобии результата SELECTa
6 апр 05, 20:41    [1447034]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
michael_
Member

Откуда: Москва
Сообщений: 600
А репликация этому требовательному товарищу не подойдет? В качестве не просто бекапа, а реальной рабочей базы.
У нас несколько клиентов с многофилиальной структурой предприятия таким образом получают БД филиалов в центральном офисе. Сразу 2 зайца можно убить и копия есть и она уже развернута для того, чтобы можно было глянуть на данные. При этом эти БД нужны только для чтения.
7 апр 05, 09:41    [1447528]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs MS SQL  [new]
Alexander_Chepack
Member

Откуда: London
Сообщений: 22649
или log shipping ....
7 апр 05, 17:54    [1449956]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить