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

MOP3E · 07-02-12 18:34:45

Решил я тут по-быстрому базу данных забабахать. На MySQL. Ну, всё как обычно - десяток таблиц и связи между ними, для сохранения целостности данных. Скачал MySQL 5.1, к нему две среды разработки - MySQL Workbench и DreamCoder for MySQL Free Edition. Чтобы, значиццо, было из чего выбирать. Первым поставил, естественно, MySQL, потом обе среды.

На черновое проектирование БД ушло порядка получаса, потом где-то полчаса осваивался с оболочками. MySQL Workbench работал хорошо, а DreamCoder периодически вылетал с ошибкой. Видимо, это было как-то связано с тем, что у меня был отключен доступ к интернету из которого DreamCoder Free постоянно качает рекламу. Так что все усилия по освоению были брошены на MySQL Workbench. Программка несложная, в чём-то даже удобная, пытается копировать SQL Server Enterprise Manager, правда, не очень удачно.

Так вот, накидал я эти жалкие десять табличек и стал устанавливать между ними связи, в "классической" терминологии - внешние отношения или внешние ключи. Начал, значиццо, устанавливать - ан, инструментария такого и нет! Ни в Workbench, ни в DreamCoder. По крайней мере, для этого нет прямых пунктов в меню. Полез в интернет, там прямо говорится - в MySQL такого не бывает, вернее бывает, но только если СУБД работает на движке InnoDB. Причём, что интересно, когда кто-то приходит на форум MySQL-щиков и пытается выяснить насчёт связей между таблицами, его начинают мягко троллить на тему связей между таблицами в запросах, описываемых директивой JOIN. А про создание внешних ключей вообще стараются не распространяться. "Нинужна", наверное.

В общем, где-то через часик я выяснил, какой директивой делаются эти внешние ключи, создал один на пробу и нашёл в Workbench что-то, отдалённо напоминающее диаграмму связей в Enterprise Manager. Запускается эта хрень при помощи пункта "Reverse engineering..." В результате анализа базы данных создаётся ERP-диаграмма со всеми связями, присутствующими в БД. По крайней мере, моя одна созданная связь там была. И даже есть кнопки для создания новых связей. Вот оно! То, что надо! Думаете, работает? Хрена с два!

При создании отношений между таблицами создаются внешние ключи, никак не поддающиеся редактированию. Вот есть, например, таблица с тремя ключевыми полями (в терминологии Майкрософт - составной ключ) ID, GroupID, SubgroupID. Само сообой, понятно, что все три эти ключа идут в разные таблицы. При добавлении связи Enterprise Manager спросит, какие именно поля нужно добавить, создаст новую связь, после чего позволит отредактировать - если вдруг что-то забыл. Workbench вместо этого создаст в той таблице, с которой пытаешься установить связь, три ключевых поля и НИЧЕГО не позволит с этой связью сделать кроме как её удалить. Такое ощущение, что интерфейс этой ERP-диаграммы содрали с MS Visio 2003, но забыли добавить туда редактирование связей между таблицами. Или не планировали. Возможно, редактирование этой диаграммы вообще никак не влияет на структуру базы данных. Сказано же - "Reverse engineering". Короче, опенсорц во всей красе. В общем, плюнул я на эту графическую приблуду и решил сделать всё ручками, через команды.

Так как графическая оболочка по проектированию БД, мягко говоря, обосралась, пришлось по-быстрому набросать макет табличек на листе бумаги и приступить к детальному изучению команды создания внешнего ключа. Синтаксис этой команды выглядит следующим образом:

[CONSTRAINT [symbol]] FOREIGN KEY
    [index_name] (index_col_name, ...)
    REFERENCES tbl_name (index_col_name,...)
    [ON DELETE reference_option]
    [ON UPDATE reference_option]

reference_option:
    RESTRICT | CASCADE | SET NULL | NO ACTION

Самымим интересными для меня были необязательные поля [CONSTRAINT [symbol]] и [index_name]. Дело в том, что при создании внешнего ключа для него автоматически создаётся индекс. Одно поле позволяет задать имя внешнего ключа, а второе - имя индекса. Ну, я так в начале думал. Если имя ключа не задавать - все ключи получат имя по-умолчанию вида TableName_idfk_N, где TableName - имя таблицы, для которой создаётся ключ, а N - порядковый номер этого ключа. Напомню - у меня в БД есть таблица с составным главным ключом и ссылками на другие таблицы. И для неё нужно сделать три ключа, которые нужно как-то различать. Эксперименты с командой показали, что имя иднекса поменять можно, а ключ всегда получает имя по-умолчанию. И в MySQL Workbench никаким образом невозможно понять, к какой именно связи относится конкретный внешний ключ. Ёпенсорц, ёптыть-колотить!

К этому времени я понял, что потратил на освоение MySQL целый день, и не добился при этом ровным счётом НИ-ЧЕ-ГО! Как всегда, хвалёный опенсорц показал себя во всей красе неудобства использования. Не думаю, что я когда либо добровольно вернусь к MySQL. По крайней мере, не на десктопе.

Отредактировано MOP3E (07-02-12 18:46:48)

afrashkin · 07-02-12 20:03:28

Чего то луноходов не видать. А линукс вэй он такой. Тебе говорят, что все есть и все работает, до тех пор пока не установишь себе(впрочем часто еще потрахаться надо, чтобы скачать опенсорсные поделки, не всегда очевидно). А фак найти или инструкцию какую, так вааще. Но работает у всех, кого не спросишь и выясняется, что ты просто не асилил. И тогда начинаешь понимать всю крутость линуксоидов. Они ведь пальцами ноги в консоли команды вводят. Не очевидность действий- главный козырь идиотов. Так они себя чувствуют избранными. Сделать что то простое всегда сложнее, не зря говорят: гениальность в простоте. Судя по линуксу, на его разрабах природа отдохнула и продолжает отдыхать.

pavel2403 · 07-02-12 20:45:52

Коллега Морзе, вот скажи зачем??? Зачем, примерно зная, с чем придется тебе столкнуться, ты полез в этот MySQL??? Ты же вроде неплохо владеешь VBA, так MS SQL Express тебе в руки или на худой конец Access/ Извини, но я тебя не понимаю!!! Честно. Вот например задачу, которую ты пытался решить, в Access можно реализовать за 10 мин, все, а дальше можешь юзать сам ассess или сваять для своей БД граф интерфейс в студии, что примерно то же по трудозатратам, ну может чуть больше, если захочешь причесать все красиво.

MOP3E · 07-02-12 20:53:44

pavel2403 пишет:

Коллега Морзе, вот скажи зачем??? Зачем, примерно зная, с чем придется тебе столкнуться, ты полез в этот MySQL???

Ну, а вдруг бы получилось? Если честно, я не ожидал, что у последней версии вполне себе мейнстримовой СУБД механизм контроля целостности данных находится в настолько зачаточном состоянии, что гуёвые оболочки администрирования вообще не имеют вменяемых средств для работы с ним. Думал, может что-то не понял? Оказалось - всё понял правильно. lol Зато появился повод накатать сюда мини-обзорчик.

pavel2403 · 07-02-12 21:00:18

MOP3E пишет:

Зато появился повод накатать сюда мини-обзорчик.

Ну да, как говориться: "с паршивой овцы хоть шерсти клок". smile

petrun · 07-02-12 22:56:32

Вот что бывает, когда вещи используют не по назначению.
Мускуль это примитив для веба, блин, и никто никогда этого не скрывал
Селект по одному проиндексированному полю, вот ее назначение. Именно из-за производительности в нем ее используют как составную часть всякого хайлоада.

MOP3E · 07-02-12 23:08:03

petrun пишет:

Вот что бывает, когда вещи используют не по назначению.
Мускуль это примитив для веба, блин, и никто никогда этого не скрывал
Селект по одному проиндексированному полю, вот ее назначение. Именно из-за производительности в нем ее используют как составную часть всякого хайлоада.

Помниццо, года три назад толпа луноходов во главе с Олькой Помельченко доказывала, что в задачах автоматизации мускуль порвёт на тряпки MS SQL Server. С чего это вдруг мнение поменялось?

petrun · 07-02-12 23:13:20

MOP3E
Вы в корне ошибетесь , думая что пользователе линукса это один большой коллективный разум wink

Да и что такое "задачи автоматизации"?

MOP3E · 08-02-12 18:08:34

petrun пишет:

Да и что такое "задачи автоматизации"?

Например, сохранение данных по четверти миллионам датчиков с периодом в четверть секунды. С последующим их анализом. Для этого в комплекте с WinCC идёт MS SQL Server Developers Edition - без ограничений по числу процессоров, объёму ОЗУ и т.п.

Отредактировано MOP3E (08-02-12 18:09:47)

nixadmin · 09-02-12 12:00:31

У меня неправильный MySQL Workbench? Вроде есть и внешние ключи и они работают и настраиваются. Чудеса.

Добавлено спустя 11 мин 53 с:
Вот такой код сгенерился (связь в конце сделал 1 ко многим) - pastebin.com/C9hdQh3e

Отредактировано nixadmin (09-02-12 12:01:09)

MOP3E · 09-02-12 13:44:25

nixadmin пишет:

У меня неправильный MySQL Workbench? Вроде есть и внешние ключи и они работают и настраиваются. Чудеса.

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

nixadmin пишет:

Вот такой код сгенерился (связь в конце сделал 1 ко многим)

Ну вот нафига тебе этот код? Его нельзя автоматичеки, прозрачно для пользователя, сразу запустить на выполнение?

petrun · 09-02-12 13:56:40

MOP3E пишет:

Например, сохранение данных по четверти миллионам датчиков с периодом в четверть секунды. С последующим их анализом.

Ну я вам так скажу. Миллион инсертов в секунду не выдержит ни одно искоробочное решение. Тут думать придется, такие дела.

nixadmin · 09-02-12 14:21:23

MOP3E пишет:

Его нельзя автоматичеки, прозрачно для пользователя, сразу запустить на выполнение?

Database -> Forward Engineer (Ctrl+G)

Вроде оно. Но я обычно закидываю файл на сервак и там заливаю в мускул. Просто привычка.

Добавлено спустя 12 мин 42 с:

MOP3E пишет:

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

Логика в этом есть, какбэ внешний ключ создаётся только в одной таблице (для связи с другой) и логично вынести настройку внешних ключей таблицы в свойства этой таблицы. Там же кстати можно задать и имя ключа.

petrun пишет:

Миллион инсертов в секунду не выдержит ни одно искоробочное решение. Тут думать придется, такие дела.

Советую попробовать такую штуку.
www.mysql.ru/docs/man/LOAD_DATA.html

Пару милионов записей в таблицу загружает менее секунды, на не очень сильной машине.

straus · 09-02-12 14:56:11

Морзе, переименуйте тему, у Вас в её названии не хватает местоимения "я" и предлога "с".

petrun · 09-02-12 18:52:06

nixadmin пишет:

Советую попробовать такую штуку.

Знаем. Тут возникают траблы с таймстемпами. Короче так просто это не сделать)

MOP3E · 09-02-12 19:21:41

nixadmin пишет:

Логика в этом есть, какбэ внешний ключ создаётся только в одной таблице (для связи с другой) и логично вынести настройку внешних ключей таблицы в свойства этой таблицы. Там же кстати можно задать и имя ключа.

Логики в этом нет, связь между таблицами - это отдельный объект и, по большому счёту, пофиг, к какой таблице он прикручен. Прикинь, пока я не связался с MySQL, я вообще не знал, что внешний ключ создаётся в подчинённой таблице, но при этом прекрасно такими ключами пользовался! Имя внешнего ключа по большому счёту тоже нафиг никому не нужно когда перед глазами всегда есть удобная диаграмма. Рекомендую ознакомиться с MS Access, где диаграмма связей доступна пользователю сразу и без заморочек.

petrun пишет:

Ну я вам так скажу. Миллион инсертов в секунду не выдержит ни одно искоробочное решение. Тут думать придется, такие дела.

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

Отредактировано MOP3E (09-02-12 19:31:54)

nixadmin · 09-02-12 19:44:08

MOP3E, а чё не так с диаграммой Mysql WB? теже таблицы, поля, связи.
Я его юзаю для проектирования БД под свои вспомогательные тулзы, не жалуюсь, для моих скромных задачь функционала более чем достаточно.

MOP3E · 09-02-12 20:04:28

nixadmin пишет:

MOP3E, а чё не так с диаграммой Mysql WB? теже таблицы, поля, связи.

Хосподя, я уже написал что не так. Могли бы сделать чуть более вменяемый интерфейс. Особенно на фоне того, что половина постов в инете пишет об отсутствии внешних ключей в MySQL и, главное, в букваре от 2010 года их тоже НЕТ. Ну, может, мне такой букварь достался (ага, от разных авторов, целых две штуки!), но так прятать возможности СУБД - это уже клиника.

З.Ы. Вчера сделал БД за полчаса на 2008 экспрессе.

Отредактировано MOP3E (09-02-12 20:05:04)

nixadmin · 10-02-12 06:17:18

MOP3E пишет:

Особенно на фоне того, что половина постов в инете пишет об отсутствии внешних ключей в MySQL

Если школьники на каких-то форумах не знают о внешних ключах, это ещё не значит что их нет в MySQL.

MOP3E пишет:

и, главное, в букваре от 2010 года их тоже НЕТ. Ну, может, мне такой букварь достался (ага, от разных авторов, целых две штуки!)

Честно говоря не знаю что за "букварь". Здесь есть.

MOP3E пишет:

но так прятать возможности СУБД - это уже клиника.

Как прятать то? На панели инструментов кнопки. 3 клика и связь готова.

MOP3E пишет:

З.Ы. Вчера сделал БД за полчаса на 2008 экспрессе.

Вопрос привычных инструментов. Я например могу настроить простой NAT в Линуксе менее чем за 2 минуты, а в Винде буду долго искать где этот ваш RRAS и как с ним работать.

selenscy · 10-02-12 12:21:20

Вообще то зная и там и там, в винде в разы быстрее wink Если ты говоришь про

nixadmin пишет:

за 2 минуты

Saturn · 10-02-12 12:32:49

selenscy пишет:

Вообще то зная и там и там, в винде в разы быстрее Если ты говоришь про
nixadmin пишет:
за 2 минуты

Тебе чел внятно все отписал что ты лезеш со своей тролятиной.

Lord_Evil · 13-02-12 04:41:50

selenscy, Saturn, мужики, ану разбежались по разным песочницам!)

MOP3E · 13-02-12 16:39:18

Кстати, попробовал сегодня Visual Studio LightSwitch - реально крутая штука! 90% работы по написанию кода переложено на кодогенератор, все формы генерятся в автомате, для программиста остаётся лишь разработка БД и корректировка сгенерённых формочек. Плюс несёт на борту собственную СУБД, если не требуется чего-нибудь более серьёзного. И стоит всего 10 тыс. рублей, что позволяет окупить его на первом же мало-мальски серьёзном проекте (это не реклама, а чтобы не было разговоров о невероятно высокой цене продуктов Майкрософт!).

Отредактировано MOP3E (13-02-12 16:40:48)

nixadmin · 13-02-12 21:14:20

MOP3E, я рад что Вы выбрали себе подходящий интсрумент и не зажали за него 350$ smile

а для моих скромных задачь достаточно MySQL'а и MySQL Workbench'а.

MOP3E · 13-02-12 21:18:50

nixadmin пишет:

MOP3E, я рад что Вы выбрали себе подходящий интсрумент и не зажали за него 350$
а для моих скромных задачь достаточно MySQL'а и MySQL Workbench'а.

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

Форум StopLinux

Объявление

#1 07-02-12 18:34:45

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

#2 07-02-12 20:03:28

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

#3 07-02-12 20:45:52

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

#4 07-02-12 20:53:44

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

#5 07-02-12 21:00:18

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

#6 07-02-12 22:56:32

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

#7 07-02-12 23:08:03

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

#8 07-02-12 23:13:20

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

#9 08-02-12 18:08:34

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

#10 09-02-12 12:00:31

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

#11 09-02-12 13:44:25

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

#12 09-02-12 13:56:40

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

#13 09-02-12 14:21:23

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

#14 09-02-12 14:56:11

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

#15 09-02-12 18:52:06

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

#16 09-02-12 19:21:41

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

#17 09-02-12 19:44:08

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

#18 09-02-12 20:04:28

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

#19 10-02-12 06:17:18

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

#20 10-02-12 12:21:20

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

#21 10-02-12 12:32:49

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

#22 13-02-12 04:41:50

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

#23 13-02-12 16:39:18

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

#24 13-02-12 21:14:20

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

#25 13-02-12 21:18:50

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

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