Как облажался MySQL

AleksK · 14-02-12 10:11:08

MOP3E пишет:

Не, я не выбрал - качнул на пробный период поглядеть. Хвалили очень. Не зря хвалили, как оказалось. Для моих задач вполне хватит MS SQL Server 2008 Express и C# Express.

Я его пробовал когда его выкладывали для тестирования, его ещё на инфостарте обсуждали: типа вот Microsoft хочет побороться с 1C за то что они решили отвязаться от Windows. Попробовал сделать небольшой проект, по сути это следующий этап развития Access как его замена очень хорошо, так что поклонники Access его примут хорошо, остальным он нахрен не сдался.

MOP3E · 14-02-12 19:38:34

AleksK пишет:

Попробовал сделать небольшой проект, по сути это следующий этап развития Access как его замена очень хорошо, так что поклонники Access его примут хорошо, остальным он нахрен не сдался.

К MySQL его тоже можно прилинковать. А "остальные" могут продолжать врукопашную херачить тонны однообразного кода.

linadherent · 15-02-12 09:12:50

МОРЗЕ. Вам не нравится mySQL? Вы просто не умеете его готовить. Попробуйте Oracle и мускул вам покажется простым и понятным.
И и давайте будем корректными MS SQL Server даже в редакции Express не всегда подходит из за цены вопроса например когда пишите что нибудь бесплатное или условно-бесплатное. А на мускуле построены почти все системы управления контентом. А на счет графической оболочки, попробуйте эту:http://www.devart.com/ru/dbforge/mysql/studio/

Babusha · 15-02-12 12:15:09

linadherent пишет:

Вы просто не умеете его готовить

Дурковатые последователи швабодки стулмана и питух-ос вообще странные какие-то. Ясное дело, что все швабодное ПО сырое и недозрелое, и вообще неготовое даже для использования энтузиастами. Вот, если к примеру, в швабодном ПО для научных вычислений не будет операции деления, это Я не умею готовить, получается?

Отредактировано Babusha (15-02-12 12:15:46)

Rector · 15-02-12 19:14:01

Babusha, член Карманова вынь изо рта.

MOP3E · 15-02-12 20:11:11

[moderator mode = ON]
Заканчиваем оффтопить.
[moderator mode = OFF]

nixadmin · 15-02-12 20:12:59

Babusha, а если говорить конкретно, чем плох мускул?
Фэйсбук, Твиттер, ЖЖ, Вконтактик и другие юзают его и не слышно что бы жаловались.

Babusha · 15-02-12 20:47:01

nixadmin пишет:

Babusha, а если говорить конкретно, чем плох мускул?
Фэйсбук, Твиттер, ЖЖ, Вконтактик и другие юзают его и не слышно что бы жаловались.

Ой-ляляля! MySQL полностью зафейлилась в архитектуре контакля
www.insight-it.ru/masshtabiruemost/arkh … vkontakte/
Или ты думаешь они все возможные части сайта переводят на собственную БД просто так, "шоб було"? И да, фейсбук пилит свою новую виртуальную машину похапе от хорошей жизни?

Отредактировано Babusha (15-02-12 20:51:05)

petrun · 16-02-12 01:38:44

Babusha
Конеретно, конкретно. Не про проекты, архитектура которых вам не знакома.

nixadmin · 16-02-12 06:21:03

Babusha пишет:

Или ты думаешь они все возможные части сайта переводят на собственную БД просто так, "шоб було"?

Просто в хайлоаде часть данных есть смысл хранить в NoSQL базах, что обеспечит лучщую горизонтальную масштабируемость, а часть данных - в реляционных БД - это обеспечит целостность данных средствами СУБД. Короче разные задачи - разны инструменты, что подтверждает тот факт что от Мускула до сих пор никто из этих игроков не отказался.

petrun пишет:

Конеретно, конкретно.

+1. Чем конкректно плох MySQL?

Babusha · 16-02-12 13:49:05

nixadmin пишет:

+1. Чем конкректно плох MySQL?

Допустим, у тебя есть запрос, который возвращает 2000 значений и ты хочешь сделать paging, т.е. если на одну интернет страницу у тебя помещается 100 записей, показать 3-ю страницу,т.е. из этих 2000 запись с 301 до 400. А теперь сравни, как это делается в MS SQL и MySQL
Прошу заметить, что это каждодневная задача миллиардов сайтов во всей сети lol

Есть еще вопросы? Или ты думаешь фкантакте всячески пытается отказаться от муйхуйсикьюэль только потому, что лого некрасивое?

Отредактировано Babusha (16-02-12 13:50:10)

nixadmin · 16-02-12 14:36:31

Babusha пишет:

Допустим, у тебя есть запрос, который возвращает 2000 значений и ты хочешь сделать paging, т.е. если на одну интернет страницу у тебя помещается 100 записей, показать 3-ю страницу,т.е. из этих 2000 запись с 301 до 400.

SELECT * FROM Table LIMIT 300,100;

не?

Отредактировано nixadmin (16-02-12 14:40:35)

Babusha · 16-02-12 14:53:37

nixadmin, а теперь посмотри, как это делается в MS SQL big_smile

MOP3E · 16-02-12 17:22:09

Babusha пишет:

nixadmin, а теперь посмотри, как это делается в MS SQL

Угу, в MySQL синтаксис такого запроса проще и, наверное, выполняется быстрее.

nixadmin пишет:

это обеспечит целостность данных средствами СУБД.

Простите, щито? Целостность данных это, в частности, внешние ключи между таблицами. Которые в том же фейсбуке в MySQL не используются в принципе, так как слишком медленно работают. MySQL там используется исключительно для накопления данных в отдельных, не связанных друг с другом таблицах.

usr_share · 16-02-12 17:55:08

MOP3E пишет:

Угу, в MySQL синтаксис такого запроса проще и, наверное, выполняется быстрее.

Я понимаю, когда такие выводы делают школьники-линуксоиды, но от MOP3E я такого не ожидал.
lol lol lol lol lol lol lol

Отредактировано usr_share (16-02-12 17:55:20)

MOP3E · 16-02-12 18:02:49

usr_share пишет:

Я понимаю, когда такие выводы делают школьники-линуксоиды, но от MOP3E я такого не ожидал.

Я уже не помню, что точно там было, но команда была вроде длиннее. Правда, это был ещё MS SQL Server 2000, в 2005 это точно по другому реализовано. Сейчас Rownumber используется. Ну, дык, MySQL всегда отличался ёбнутым синтаксисом, несовместимым в принципе ни с одной другой СУБД.

nixadmin · 16-02-12 18:55:57

Babusha пишет:

nixadmin, а теперь посмотри, как это делается в MS SQL big_smile

ну давай, показывай, чё там мелкомягкие в своём T-SQL навертели.

MOP3E пишет:

Простите, щито? Целостность данных это, в частности, внешние ключи между таблицами. Которые в том же фейсбуке в MySQL не используются в принципе,

На сколько я знаю, Фейсбук не использует JOIN'ы в запросах, про внешние ключи не слышал такого.

MOP3E пишет:

Ну, дык, MySQL всегда отличался ёбнутым синтаксисом, несовместимым в принципе ни с одной другой СУБД.

ну что поделать если в ANSI SQL нет лимитов в селекте. Каждый вендор реализует фичу по своему. Жду когда Бабуша просветит меня о тонкостях T-SQL.

MOP3E · 16-02-12 19:20:24

nixadmin пишет:

ну что поделать если в ANSI SQL нет лимитов в селекте

А заключение всех имён полей в обратные апострофы и всех параметров в прямые - это тоже из серии "что поделать..."?

nixadmin · 16-02-12 19:40:14

MOP3E пишет:

А заключение всех имён полей в обратные апострофы

если не использовать пробелы, знаки препинания и тому подобное в именах - вполне можно обойтись и без обратных апострофов. Будет работать.

MOP3E пишет:

и всех параметров в прямые

Не вижу ничего плохого в экранировании значений. вроде такое есть везде.

Добавлено спустя 05 мин 02 с:
social.msdn.microsoft.com/forums/en-US/ … 27aabaa4d/

OMG! вот это костыли для простого лимита. И работать они скорее всего будут медленне мускульного аналога.

MOP3E · 16-02-12 20:37:34

nixadmin пишет:

OMG! вот это костыли для простого лимита. И работать они скорее всего будут медленне мускульного аналога.

Ну, я собсно про это и писал. Кстати, в 2011 всё-таки пофиксили:

Select *
From MyTable
Offset 300 Rows
Fetch Next 100 Rows Only; -- или Fetch First 100 Rows Only

В общем, работает так же, как и LIMITS в MySQL, только синтаксис другой.

petrun · 16-02-12 21:12:04

Babusha,

SELECT SQL_CALC_FOUND_ROWS blablabla FROM blablabla limit 10,40;
SELECT FOUND_ROWS();

pavel2403 · 16-02-12 21:53:54

Чо вы спорите. Я так скажу, 1С8 самая удобная хреновина для создания БД. Если бы там еще поменьше было багов, то цены бы ей не было. Я говорю про малые и средние проекты, хайлоад это конечно не их конек. Trust me я перепробовал много разных СУБД в том числе и оракл, но 1С это самое простое и логичное. Нет там для программиста никаких ни первичных ни вторичных ни каких либо еще ключей, все прозрачно, есть только ссылки в одну сторону и этого вполне достаточно. Но есть накоторые так называемые "программисты 1С" типа нашего общего "друга" лунохода AleksК которые умудряются делать перекрестные ссылки и тогда прощай производительность, да здравсвуют утечки памяти и прочие няки. а еще они любят передавать в параметрах процедур объекты целиком, а не ссылки на них... и много там есть еще чего, вобщем я бы убил из них половину.

straus · 17-02-12 08:40:50

pavel2403 пишет:

Чо вы спорите. Я так скажу, 1С8 самая удобная хреновина для создания БД. Если бы там еще поменьше было багов, то цены бы ей не было.

Нужно в такие фразы добавлять выражение "по моему мнению".
"хреновена", которая не умеет делать групповые вставки и обновления в своей базе - очень удобна, без сомнения.

pavel2403 пишет:

Trust me я перепробовал много разных СУБД в том числе и оракл, но 1С это самое простое и логичное.

Интеграция запросов в язык и их параметризация чего только стоит
Да и знаем мы, как Вы это все пробовали.

pavel2403 пишет:

Нет там для программиста никаких ни первичных ни вторичных ни каких либо еще ключей, все прозрачно,

Ну да, поэтому и пишутся все эти обработки с выяснением структуры реальной базы и т.д., прозрачнее некуда. А лицензия запрещающая изменять данные в базе сторонними средствами, вообще, полный вперёд!

pavel2403 пишет:

есть только ссылки в одну сторону и этого вполне достаточно.

Вам достаточно.

pavel2403 пишет:

а еще они любят передавать в параметрах процедур объекты целиком, а не ссылки на них... и много там есть еще чего, вобщем я бы убил из них половину.

А скажете почему это плохо? И 1С8 умеет передавать "объекты целиком" в общеупотребительном смысле, а не в смысле самого 1С8? Пример без сайд эффектов приведёте?

Единствнное, что хорошо в 1с это система формирования отчётов, это действительно крайне удобная вещь, особенно СКД.
1C держится на плаву во многом благодаря нашему правительству, которое меняет законодательство раз в неделю.

hodok78 · 17-02-12 11:33:39

straus пишет:

1C держится на плаву во многом благодаря нашему правительству, которое меняет законодательство раз в неделю.

Ну если бы не меняла, то на отчетность хватило бы и офисного пакета. Любого.

Saturn · 17-02-12 11:56:27

hodok78 пишет:

straus пишет:
1C держится на плаву во многом благодаря нашему правительству, которое меняет законодательство раз в неделю.
Ну если бы не меняла, то на отчетность хватило бы и офисного пакета. Любого.

Не хватило бы, такого рода отчетность весьма не простая вещь, тем более она завист от формы предприятия и формы налогооблажения.
На западе тоже весьма запутаное налоговое законодательство.

Форум StopLinux

Объявление

#26 14-02-12 10:11:08

Re: Как облажался MySQL

#27 14-02-12 19:38:34

Re: Как облажался MySQL

#28 15-02-12 09:12:50

Re: Как облажался MySQL

#29 15-02-12 12:15:09

Re: Как облажался MySQL

#30 15-02-12 19:14:01

Re: Как облажался MySQL

#31 15-02-12 20:11:11

Re: Как облажался MySQL

#32 15-02-12 20:12:59

Re: Как облажался MySQL

#33 15-02-12 20:47:01

Re: Как облажался MySQL

#34 16-02-12 01:38:44

Re: Как облажался MySQL

#35 16-02-12 06:21:03

Re: Как облажался MySQL

#36 16-02-12 13:49:05

Re: Как облажался MySQL

#37 16-02-12 14:36:31

Re: Как облажался MySQL

#38 16-02-12 14:53:37

Re: Как облажался MySQL

#39 16-02-12 17:22:09

Re: Как облажался MySQL

#40 16-02-12 17:55:08

Re: Как облажался MySQL

#41 16-02-12 18:02:49

Re: Как облажался MySQL

#42 16-02-12 18:55:57

Re: Как облажался MySQL

#43 16-02-12 19:20:24

Re: Как облажался MySQL

#44 16-02-12 19:40:14

Re: Как облажался MySQL

#45 16-02-12 20:37:34

Re: Как облажался MySQL

#46 16-02-12 21:12:04

Re: Как облажался MySQL

#47 16-02-12 21:53:54

Re: Как облажался MySQL

#48 17-02-12 08:40:50

Re: Как облажался MySQL

#49 17-02-12 11:33:39

Re: Как облажался MySQL

#50 17-02-12 11:56:27

Re: Как облажался MySQL

Подвал форума