Перевести статью по mySQL

[young]

Перевести статью по mySQL

Кто может сделать субж?
http://dev.mysql.com/tech-resources/articles/maxdb-php-ready-for-web.html

И вообще, давайте упорядочним список переводчиков.
Кто занимается переводами - напишите банальное "+1" и контакты

 

[Profic]

young
дык это статья про MaxDB, а не про MySQL. это разные продукты. и этот MaxDB больше похож на постгрес

 

[Sad Spirit]

Автор оригинала: young
Кто может сделать субж?
http://dev.mysql.com/tech-resources/articles/maxdb-php-ready-for-web.html

Я могу пересказать своими словами --- вместо "MaxDB" будет "PostgreSQL".

 

[Kosarev]

Было б намного интереснее расмотреть пути создания и использования тригеров и встроеных процедур. То что есть в статье есть и мане.

 

[Дмитрий Попов]

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

 

[young]

Кстати, совершенно все есть в мане.
А в сорцах еще больше.

Статьи - это всегда просто доступный пересказ со своими комментариями и примерами того что уже есть в мане.

 

[svetasmirnova]

А что все так стаью критикуют?
По-моему, интересная. Переводить не берусь только потому, что не собираюсь использовать MaxDB в обозримом будущем.

 

[Дмитрий Попов]

young
Давай скажем по другому: В нынешнем Рунете статьи по Web-разработке, это, в основном доступный пересказ со своими комментариями и примерами того что уже есть в мане.
Вообще, ИМХО, серьезные статьи по программированию могут быть двух видов: либо обзорные, либо сугубо алгоритмические.

Рассказывать о триггерах и процедурах в целом - это будет действительно пересказ мана. Можно провести сравнение возможностей тех же хранимых процедур в PoetgreSQL, Interbase, MaxDB.

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

Могут быть исключения - они редко, но встречаются, когда автор предлагает действительно интересный алгоритм. Но, извините, что можно придумать касаемо хранимых процедур? *именно хранимых процедур, а не решения какой-то проблемы с помощью конкретных процедур*.
Ну, это ИМХО, конечно =)