|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
ScareCrowпомоему в mysql уже тоже так нельзя.Не то чтобы совсем нельзя. Просто в новых версиях (а сколько их на реальных хостингах?) запрещающий флаг установлен по умолчанию. Что не мешает его снять руками. MSSQLAndDotNetимхо даже смысла в такой выборке нетРазумеется, пример утрированный. Смысл при правильном употреблении есть. Однако она настолько часто используется неправильно, что лучше бы вообще такой возможности не было. К вопросу о транзакциях в MySQL - в MyISAM их нет вовсе, а в InnoDB автокоммит включен по умолчанию. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 17:09 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
MSSQLAndDotNetэто понятно мы пытаемся привести пример требований к программе что бы у сиквела было явное преимуществоНикогда не встречали в интернетах истории тендеров с требованиями, заведомо определяющими "нужный" результат? Сейчас у крупных игроков наблюдается тенденция вообще писать свои СУБД (и даже с нуля) под конкретные задачи/требования. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 17:23 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
в MySql не транзакционный DDL Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
нет CTE нет оконных функций, сходу не скажу всё, достаточно разыне БД на практике ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 18:24 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
лучше сравнивать MS SQL и PostgreSQL ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 18:25 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Var79достаточно разыне БД на практике При работе через ORM это неважно. CTE сами по себе используются только в извращённых случаях, а DDL на правильно спроектированной БД в штатном режиме - так и вообще никогда. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 18:47 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
miksoftНе то чтобы совсем нельзя. Просто в новых версиях (а сколько их на реальных хостингах?) запрещающий флаг установлен по умолчанию. Что не мешает его снять руками. Ну тогда в SQL Server та же песня. Если установить древний уровень совместимости - то ошибки не будет ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 19:08 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovDDL на правильно спроектированной БД в штатном режиме - так и вообще никогда. Штатный режим - меняется схема БД, нужно накатить сколько то миграций схемы БД + "предопределенных данных". Вдруг поломалась какая то команда в середине миграции, надо делать откат, а DDL не транзакционный, всё приплыли, нужно восстановление из бекапа. Что быстрее откатить транзакцию или восстановиться из бекапа? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 19:08 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, "Posted via ActualForum NNTP Server 1.5" - чо это еще за форум? с какого сайта? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 19:13 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Var79Штатный режим - меняется схема БД Это уже не штатный режим, это профилактические работы, выполняемые в технологическом окне. Var79Что быстрее откатить транзакцию или восстановиться из бекапа? В ряде случаев - быстрее восстановиться из бэкапа, чем ждать пока из журнала транзакций откатится результат drop very_big_table. Но обычно не требуется ни то ни другое, поскольку в сабжах контроль целостности метаданных совсем никакой и сломанную команду ты, скорее всего, заметишь только через полгода, когда обломается годовой отчёт или что-то в этом роде. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 19:16 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovApoj_sqlmssql Вам злобно скажет Ух ты, его таки научили отвергать невменяемые запросы...никогда он такого не позволял, начиная с версии 4.2 на фоксе разве что можно было ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2016, 21:55 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Var79лучше сравнивать MS SQL и PostgreSQL Это не честно! Не факт, что MS SQL выиграет. А вот с MySQL само-то! MS SQL выиграет с огромным отрывом. ;-) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.12.2016, 07:16 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
mad_nazgulVar79лучше сравнивать MS SQL и PostgreSQL Это не честно! Не факт, что MS SQL выиграет. А вот с MySQL само-то! MS SQL выиграет с огромным отрывом. ;-) Пример конкретный есть? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2016, 13:14 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
исключительно имхо, вся тема унылое г*вно... как выше уже отвечали ТСу сравнивать нужно в контексте задачи ну вот там один про "мега фичу" автономных транзакций вспоминал... ну и что? иногда бывает полезна, а в большинстве случаев как рыбе зонтик, ну есть и есть такая фича. в сиквеле, например, есть оптимизация запросов к звезде через битмап, ну и чего? если вы строите ХД на сиквеле, то для вас это весомая фича, а если у вас база как бэк для сайта, то нафиг вам это не сдалось. основным критерием выбора (при прочих равных, т.е. если нет киллер фичи под вашу задачу) будет знание особенностей и граблей какой то платформы - вот её и выберут вменяемые ИТшники. самое забавное, что среди отвечавших увидел только 2х - 3х человек с достаточным количеством сообщений в профильных форумах остальные или из ПТ, или "программеры", особенно повеселили заявления про ОРМ (опять же без контекста задачи), ага-ага ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2016, 17:05 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Дедушкаисключительно имхо, вся тема унылое г*вно... как выше уже отвечали ТСу сравнивать нужно в контексте задачи ну вот там один про "мега фичу" автономных транзакций вспоминал... ну и что? иногда бывает полезна, а в большинстве случаев как рыбе зонтик, ну есть и есть такая фича. в сиквеле, например, есть оптимизация запросов к звезде через битмап, ну и чего? если вы строите ХД на сиквеле, то для вас это весомая фича, а если у вас база как бэк для сайта, то нафиг вам это не сдалось. основным критерием выбора (при прочих равных, т.е. если нет киллер фичи под вашу задачу) будет знание особенностей и граблей какой то платформы - вот её и выберут вменяемые ИТшники. самое забавное, что среди отвечавших увидел только 2х - 3х человек с достаточным количеством сообщений в профильных форумах остальные или из ПТ, или "программеры", особенно повеселили заявления про ОРМ (опять же без контекста задачи), ага-ага так приведите пример задачи много раз же писал, то что вы написали можно не повторять, это и так всем ясно ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2016, 00:22 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
MSSQLAndDotNetтак приведите пример задачивсё таки у вас непреодолимое желание набрасывать на вентилятор... тест TPC-H как "обобщённая" задача подойдёт, скажем, начиная от 1 терабайта? вот как найдёте там мускуль так и обсудим... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2016, 02:52 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Дедушкану вот там один про "мега фичу" автономных транзакций вспоминал... ну и что? В MSSql можно сделать аналог автономных транзакций "как в Оракле". Самый простой способ - через Linked Server сам на себя и установка правильных галочек. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2016, 17:33 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Дедушкасамое забавное, что среди отвечавших увидел только 2х - 3х человек с достаточным количеством сообщений в профильных форумах остальные или из ПТ, или "программеры", особенно повеселили заявления про ОРМ (опять же без контекста задачи), ага-ага Еще забавнее, что это пишет постоянный посетитель форума Работа, который регулярно задает вопросы на профильных форумах. Уважаемый Дедушка! Много сообщенией - не признак квалификации. =============== По сабжу. С точки зрения масштабируемости, скорости, поддержки стандартов языка - никаких особых различий нет. Однако у РСУБД MS SQL есть дополнительные возможности, которые можно использовать, если они нужны. А можно - не использовать. Например: 1. Хранение файлов в файловой системе. Очень удобно, когда надо, например, хранить коллекцию изображений. 2. Отслеживание изменений в базе 3. Уведомления клиентов об изменении в базе. 4. Полнотекстовые запросы 5. Service Brroker. Не знаю как это адекватно перевести на русский. Грубо говоря, это фича для работы с очередями сообщений. 6. Управление почтовыми сообщениями. Все это, конечно, можно реализовать в MY SQL другими путями, но в MS SQL это встроенные инструментыю Не факт, что это нужно всем и всегда, но это есть ... |
|||
:
Нравится:
Не нравится:
|
|||
07.01.2017, 14:44 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Cat2Дедушкасамое забавное, что среди отвечавших увидел только 2х - 3х человек с достаточным количеством сообщений в профильных форумах остальные или из ПТ, или "программеры", особенно повеселили заявления про ОРМ (опять же без контекста задачи), ага-ага Еще забавнее, что это пишет постоянный посетитель форума Работа, который регулярно задает вопросы на профильных форумах. Уважаемый Дедушка! Много сообщенией - не признак квалификации. =============== По сабжу. С точки зрения масштабируемости, скорости, поддержки стандартов языка - никаких особых различий нет. Однако у РСУБД MS SQL есть дополнительные возможности, которые можно использовать, если они нужны. А можно - не использовать. Например: 1. Хранение файлов в файловой системе. Очень удобно, когда надо, например, хранить коллекцию изображений. 2. Отслеживание изменений в базе 3. Уведомления клиентов об изменении в базе. 4. Полнотекстовые запросы 5. Service Brroker. Не знаю как это адекватно перевести на русский. Грубо говоря, это фича для работы с очередями сообщений. 6. Управление почтовыми сообщениями. Все это, конечно, можно реализовать в MY SQL другими путями, но в MS SQL это встроенные инструментыю Не факт, что это нужно всем и всегда, но это есть Приветствую! что ты имеешь ввиду под: 2. Отслеживание изменений в базе 3. Уведомления клиентов об изменении в базе. ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.01.2017, 22:05 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
MSSQLAndDotNetПриветствую! что ты имеешь ввиду под: 2. Отслеживание изменений в базе 3. Уведомления клиентов об изменении в базе. ? https://msdn.microsoft.com/ru-ru/library/bb933875.aspx ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2017, 19:20 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
pkarklinMSSQLAndDotNetПриветствую! что ты имеешь ввиду под: 2. Отслеживание изменений в базе 3. Уведомления клиентов об изменении в базе. ? https://msdn.microsoft.com/ru-ru/library/bb933875.aspx ага, спасиб, так и думал ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2017, 19:23 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
pkarklin https://msdn.microsoft.com/ru-ru/library/bb933875.aspx А где там "уведомление клиентов"? CDC-таблицы всё равно же приходится периодически опрашивать самому... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2017, 19:37 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovpkarklin https://msdn.microsoft.com/ru-ru/library/bb933875.aspx А где там "уведомление клиентов"? CDC-таблицы всё равно же приходится периодически опрашивать самому... Это в другом месте https://msdn.microsoft.com/en-us/library/t9x04ed2(v=vs.110).aspx ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2017, 07:26 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
в MySQL можно сделать create xml schema collection ? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2017, 09:11 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
MSSQLAndDotNetв MySQL можно сделать create xml schema collection ?Нет. А что это должно делать? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2017, 12:22 |
|
|
start [/forum/topic.php?fid=35&msg=39377862&tid=1552246]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
159ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
others: | 248ms |
total: | 518ms |
0 / 0 |