было бы не плохо его и в tar.gz выложить...

спасибо за хорошую работу :)

очень много опечаток

Дык разве это учебник. Это же маАаленький такой туториал. Но все равно скачал, запас винчестер не разломит :)

Ужасно! Во-первых, английское preamble стоило переводить как введение, а не как преамбула.

Во-вторых, сам учебник никуда не годится. Postgres-специфичных вещей там почти-что ноль, ну разве что наследование вылезло.

В-третьих почему-то представления, ссылочная целостность и транзакции попали в расширенные возможности.

А чем слово "преамбула" не подходит?

Спасибо большое переводчику за проделанную работу.
Несомненно, появление русскоязычной документации (любой корректной) - очень позитивное явление.

2vitus:

> Ужасно! Во-первых, английское ...

Не проблема. Переведите лучше!
Я тоже 3.14здел на переводчиков, пока сам не взялся одну доку переводить.

Мдэ, все это хорошо - но это к сожалению, азы. Где б чего поосновательней надыбать, никто не в курсе ?

Да, и сильно не хватает этого материала
в альтернативном виде (ps/pdf/tar.bz2).
Интересно, Виктор планирует это сделать?
Velikan.

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

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

Эта - некорректная. Даже ее в исходном английском виде.

>Не проблема. Переведите лучше!

А смысл? Тексты ТАКОГО уровня в которых в заголовок вынесено название конкретной программы - объективно ВРЕДНЫ.

Нужно читать книжки по SQL вообще, например Мартина Граббера (кстати, и перевод там гораздо лучше), а документация по конкретному продукту должна уточнять это знание подробным описанием отклонений и расширений стандарта. Кстати man-страницы у PostgreSQL эту задачу вполне решают

Иначе у читателя (тем более, новичка. А русские переводы предназначены исключительно для новичеов) в голове возникнет путаница и он не будет знать где стандарт, а где его расширение. Каково же ему бедному придется если надо будет перенести приложение с PostgreSQL на MySQL или Oracle.

Несогласен.

Да, переводы предназначены для новичков.
Да, полноценная родная правильно написанная документация лучше.

А вот то, что новичкам "нужно читать" определённые книжки - неверно.
Новичку надо с чего-то начинать. Такого, чтобы получить какой-то результат и не отбить у себя желание двигаться дальше.
Кому-то надо начинать с теории, а кому-то набивать шишки методом проб и ошибок. Люди - они все разные , засранцы - вот в чём штука. И цели у всех разные.
Я сам очень не люблю книжки "XXX за неделю" - но объективно они необходимы.
Стандарт sql человек себе сам найдёт. Когда придёт тому время.

> Нужно читать книжки по SQL вообще ... > Каково же ему бедному придется если надо будет перенести приложение с PostgreSQL на MySQL или Oracle.

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

по теме: достойная работа для знакомства новичков с postgresql. правда, на учебник, имхо, не тянет. скорее -- методичка. :)

>А вот то, что новичкам "нужно читать" определённые книжки - неверно.

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

Даже Граббера плохо читать до того, как ты получил понятие о том, что бывает такая реляционная алгебра, что есть операции нормализации и денормализации, и что собой представляют по крайней мере три первых нормальных формы (без последующих на практике можно обойтись).

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

Далее, PostgreSQL достаточно хорошо поддерживает ANSI92, чтобы большую часть практических задач можно было решать оставаясь только в рамках стандартных консттрукций. Тогда это умение можно будет с успехом применить к Oracle или DB2.

Останемся при своих мнениях.

А то мне совестно спорить с человеком, знающим что такое реляционная алгебра и воспитывающим специалистов. Честно-честно.

Ага, по-вашему раз есть стандарты, так и документация не нужна?

а это только у меня citforum не открывается?

> а это только у меня citforum не открывается?

Да.

подождите, или я совсем ничего не понимаю, сейчас почти во всех книжных есть книга PostgreSQL на самом что ни на есть русском, страниц 300 наверное, где он был со своим переводом 10 лет назад за это время я уж и по английски понимать стал :-)))