Форум MySQL

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

>Мне иногда кажется, что Trianon родился уже с книжкой по MySQL в руках
поддерживаю ;) Не раз этот человек выручал меня

А я о чем? Мне иногда кажется, что Trianon родился уже с книжкой по MySQL в руках, причем с удачным учебником.... Есть у меня вроде бы хороший учебник, но PDF, а его содержимое это картинки, не шибко то хочется читать таковой.... Я о проблеме учебника, а не о часах проведенных за ним. ;-)

я как раз и имел ввиду все возможности одной базы, например MySQL :)

Для того чтобы работать с одним типом, достаточно хорошо знать одну, но чтобы ее хорошо знать, нужен хороший и обширный учебник, с тонкостями, в этом как раз и проблем. ;-)

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

Вообще-то да, но на мой взгляд в РНР проще, и даже для начинающего будет достаточно маула, если есть у него умение мыслить логически. А вот MySQL, это зачастую хорошие справочники, редко претендующие на звание Учебник.
Если проанализировать этот раздел, то большая часть вопросов как раз по выборке из базы, и казалось бы, все в "учебнике" есть, но вот чтобы научиться строить их так, как на вопросы отвечает, к примеру, Trianon, то эти учебники как раз и не должны страдать "обрывками сведений в перемешку с внутренней реализацией". А это таки и есть.

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

>MySQL учебниках просто бардак
Это отпечаток очень мутной ранней документации раннего периода, пока за неё Дюбуа не взялся, в ней черт ногу мог сломать - обрывки сведений в перемешку с внутренней реализацией. Не должны разработчики документацию на интерфейсы составлять - у них голова другим забита (однако в свободном проекте обычно именно так и бывает - по сути ориентироваться в документации без знания другой базы данных было не возможно, в документации PHP ситуация тоже очень похожа).

union (cуществительное) - союз (объеденение)

join (cуществительное) - соединение с ..., объединение с ...
join (глагол) - присоединяться (присоеденить)

UNION используется для объединения результатов работы нескольких команд SELECT в один набор результатов. (из учебников)

А для JOIN как раз более подходит присоединение, так как тут речь идет о явной зависимости. Хотя это мое мнение, да и в MySQL учебниках просто бардак, и его изучать сложно....

>Не жалеете?
>Или Вы хотите сказать, что это было требование редактора?
Да нет, просто посмотрели как в других книгах принято обозначать операцию и использовали такую же терминологию. Собственно, сожаления никакого нет, как и по поводу того, что PHP получил распространение в РФ, а скажем не Java, Python или Ruby. Ну получил и получил, будем работать с тем, что есть.