вот не прав совсем

Обоснуй.

Реальный результат разработки. У теоретиков нет реальных результатов. У них одни бла-бла.

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

Интересно, как бы те же самые компиляторы существовали без научных обоснований

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

История не имеет сослагательного наклонения. "Если бы" не в счёт.

Интересно, как бы те же самые компиляторы существовали без научных обоснований

Очень просто. Язык Си был придуман двумя парнями в гараже.

Без научных выкладок.

Интересно, как бы те же самые компиляторы существовали без научных обоснований

Да существовали бы, но куда хуже.

Очень просто. Язык Си был придуман двумя парнями в гараже.

количество парней влияет на результат?

количество парней влияет на результат?

Причём тут количество?

потому что ты к нему апеллируешь

Очень просто. Язык Си был придуман двумя парнями в гараже.

Не передёргивайте. Эти "два парня в гараже" знали теорию очень хорошо, более того, продвинули её далее.

потому что ты к нему апеллируешь

Нет, я говорю про гараж, а не про университет.

Какая разница имеет место создания?

Не передёргивайте. Эти "два парня в гараже" знали теорию очень хорошо, более того, продвинули её далее.

Я не знаю, знали ли они теорию. Меня там не было. Но я вижу результат. И знаю точно, что на Си без практики научиться программировать не реально.

ээээ, у них там книжка на двести страниц

Какая разница имеет место создания?

Отсутствие теории имеет значение. Язык Си - это результат работы практиков.

Так у них было теория, пишут же

ээээ, у них там книжка на двести страниц

Без практики эта книжка бесполезна.

Потому что ты так сказал?

Так у них было теория, пишут же

Какая теория у них была?

Только не надо бла-бла, дайте ссылку на теорию K&R.

Это и вся теория на которой был выстроен Си? Лол )

это теоретическая подготовка, которую я подразумевал под словом "теория"

Не надо придумывать того, чего нет.

чего нет-то?

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

гештальта о том, что не получил Ph.D в CS?

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

потому что тебе так хочется?

а давайте про постгрес

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

С нуля на пустом месте?

Дайте мне дисер, в котором описаны основы Си? Мне не надо давать сводку из газеты в формате JPEG, что кто-то там когда-то стал PHd.

вот в постгресе как с теорией? :)

вот в постгресе как с теорией? :)

Там всё отлично ?

История не имеет сослагательного наклонения. "Если бы" не в счёт.

Нет, это "пословицы" не в счёт. Без кирпичей кирпичные здания не строятся, это простой факт. Аналогично, без теории LALR-разбора (которая совсем не интуитивна, и из практики как-то не следует), "тех" компиляторов просто не было бы.

я за теорию могу Dennis Luxen показать, который пошёл и придумал ещё один способ свернуть граф так, чтобы на нём легче было искать маршруты

Нет, это "пословицы" не в счёт. Без кирпичей кирпичные здания не строятся, это простой факт. Аналогично, без теории LALR-разбора (которая совсем не интуитивна, и из практики как-то не следует), "тех" компиляторов просто не было бы.

Вы запутались ) Я же не говорил, что теория не имеет смысла. Я утверждаю (как и любой реальный, а не теоретический программист в вакууме), что программировать без практики научиться невозможно. Хоть 100 книг выучи наизузсть, а пока не сделаешь реальный проект, то ничему не научишься. Если Вы с этим спорите, то Вы - не программист ни разу.

опять же, факт потому что это ты заявляешь? )

опять же, факт потому что это ты заявляешь? )

Нет, факт, потому что результатов не видно. Выкатывай проект - тогда поверю.

опять же, тебе не видно?

А когда нет проекта, то не на что и смотреть. Кроме как на пустые слова.

Я не знаю, знали ли они теорию. Меня там не было. Но я вижу результат. И знаю точно, что на Си без практики научиться программировать не реально.

Да знали, Вам же уже говорили. Это же вам не SQL, где эти @#$@ стандартизаторы Dragon book как-будто и не открывали никогда, и лепят чёрт знает что, в классическом framework создания трансляторов разбираемое с большим трудом, и, к тому же, неоднозначное. :)

опять же, тебе не видно?

Чтобы *я* мог судить, *мне* должно быть видно. Чтобы судил Вася, то Вася должен видеть. Ты не знал?

Вы запутались ) Я же не говорил, что теория не имеет смысла. Я утверждаю (как и любой реальный, а не теоретический программист в вакууме), что программировать без практики научиться невозможно. Хоть 100 книг выучи наизузсть, а пока не сделаешь реальный проект, то ничему не научишься. Если Вы с этим спорите, то Вы - не программист ни разу.

заканчиваем спор, тут запрещённый приём https://en.wikipedia.org/wiki/No_true_Scotsman

ну, значит, это не факт

ну, значит, это не факт

Что не факт?

Вы запутались ) Я же не говорил, что теория не имеет смысла. Я утверждаю (как и любой реальный, а не теоретический программист в вакууме), что программировать без практики научиться невозможно. Хоть 100 книг выучи наизузсть, а пока не сделаешь реальный проект, то ничему не научишься. Если Вы с этим спорите, то Вы - не программист ни разу.

Так вроде очевидно, что реальных программистов без опыта не бывает...

Так вроде очевидно, что реальных программистов без опыта не бывает...

Так с чем Вы спорите тогда?

Что не факт?

то, что видно одному какому-то человеку, не является фактом

то, что видно одному какому-то человеку, не является фактом

Ну так выложи проекты на Github/Gitlab/Bitbucket. Будет видно всем. Есть у Вас проекты?

Так с чем Вы спорите тогда?

А с тем, что из этой, безусловно верной, посылки, по-моему вообще ничего не следует. ;)

Ну так выложи проекты на Github/Gitlab/Bitbucket. Будет видно всем. Есть у Вас проекты?

мои проекты тут при чем?

А особенно, возвращаясь к началу дискуссии, что надо "работать", а не документацию читать.

мои проекты тут при чем?

Ну я у Вас спрашиваю. Вы приняли участие в дискуссии со мной, мне интересно стало посмотреть, какой у Вас реальный, т.е. практический опыт разработки. Можно взглянуть?

А особенно, возвращаясь к началу дискуссии, что надо "работать", а не документацию читать.

так и на дотнете писать начать можно

Ну я у Вас спрашиваю. Вы приняли участие в дискуссии со мной, мне интересно стало посмотреть, какой у Вас реальный, т.е. практический опыт разработки. Можно взглянуть?

каким образом это подтвердит или опровергнет те или иные предположения этой дискуссии?

мой гитхаб найти несложно, но там не так много полезного

так и на дотнете писать начать можно

На дотнете вполне себе можно писать.

каким образом это подтвердит или опровергнет те или иные предположения этой дискуссии?

Это подтвердит конкретно Ваш практический опыт. Иного способа нет. Хотя, как правило, когда задаёшь подобный вопрос, то ответ на него примерно такой: "все мои разработки закрытые, я работаю в секретной фирме, у меня контракт на не разглашение ...... и поэтому ничего не могу показать. Но так то я на самом деле разработчик и у меня полно проектов на практике".

Какое отношение к дискуссии имеет мой практический опыт?

Какое отношение к дискуссии имеет мой практический опыт?

Никакого. Просто захотелось посмотреть )

Это подтвердит конкретно Ваш практический опыт. Иного способа нет. Хотя, как правило, когда задаёшь подобный вопрос, то ответ на него примерно такой: "все мои разработки закрытые, я работаю в секретной фирме, у меня контракт на не разглашение ...... и поэтому ничего не могу показать. Но так то я на самом деле разработчик и у меня полно проектов на практике".

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

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

Да, я. Сейчас я вот думаю выпустить консольную и очень "кастрированную" версию IDE. И это уже будет не IDE, а так, лёгкий помощник. А что? )

ERROR: S client not available

Утилита готова, в принципе, может быть на следующей неделе выложу.

Подскажите, расширение, которое расстояние между текстами умеет находить, от постгреспро - это единственное расширение или есть еще какие-то для нечеткого поиска и вообще в целом для обработки nlp на уровне субд?

Подскажите, расширение, которое расстояние между текстами умеет находить, от постгреспро - это единственное расширение или есть еще какие-то для нечеткого поиска и вообще в целом для обработки nlp на уровне субд?

Для нечёткого поиска мы не стали изобретать велосипед и взяли эластик.

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

Можно будет накатывать произвольное количество DDL запросов из произвольной иерархии каталогов, не беспокоясь, что какие-то объекты, создаваемые с помощью этих запросов, в БД уже существуют. Ну и можно будет удалять эти объекты из БД (без CASCADE) и создавать заново в одной транзакции опять же из групп SQL файлов.

При этом скрипты не надо делать "reentrant".

Подскажите, расширение, которое расстояние между текстами умеет находить, от постгреспро - это единственное расширение или есть еще какие-то для нечеткого поиска и вообще в целом для обработки nlp на уровне субд?

https://www.postgresql.org/docs/10/static/textsearch.html

Подскажите, расширение, которое расстояние между текстами умеет находить, от постгреспро - это единственное расширение или есть еще какие-то для нечеткого поиска и вообще в целом для обработки nlp на уровне субд?

в принципе, есть python, так что всякие pymorphy2 притянуть можно

Можно будет накатывать произвольное количество DDL запросов из произвольной иерархии каталогов, не беспокоясь, что какие-то объекты, создаваемые с помощью этих запросов, в БД уже существуют. Ну и можно будет удалять эти объекты из БД (без CASCADE) и создавать заново в одной транзакции опять же из групп SQL файлов.

Ловко. Это только для development баз? А на production потом как накатываете?

в принципе, есть python, так что всякие pymorphy2 притянуть можно

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

Это подтвердит конкретно Ваш практический опыт. Иного способа нет. Хотя, как правило, когда задаёшь подобный вопрос, то ответ на него примерно такой: "все мои разработки закрытые, я работаю в секретной фирме, у меня контракт на не разглашение ...... и поэтому ничего не могу показать. Но так то я на самом деле разработчик и у меня полно проектов на практике".

Кстати, мне кажется, что вот это: > "все мои разработки закрытые, я работаю в секретной фирме, у меня контракт на не разглашение ...... и поэтому ничего не могу показать. Но так то я на самом деле разработчик и у меня полно проектов на практике". (ну, кроме "секретных фирм") :) Верно для большинства программистов, т.е. им как-то не хочется участвовать в этом нашем opensource. ;(

Ловко. Это только для development баз? А на production потом как накатываете?

Инструмент для разработки, в первую очередь. В условиях промышленного использования полагаемся на транзакции БД. Благо, DDL (по большей части) может работать в рамках транзакций. Если что-то пойдёт не так - обычный откат. Ручное вмешательство необходимо тогда, когда требуется изменить структуры таблиц.

Инструмент для разработки, в первую очередь. В условиях промышленного использования полагаемся на транзакции БД. Благо, DDL (по большей части) может работать в рамках транзакций. Если что-то пойдёт не так - обычный откат. Ручное вмешательство необходимо тогда, когда требуется изменить структуры таблиц.

А как вы данные сохраняете при изменении ddl? Это ж не всегда просто добавить поле или еще чего

Ну и можно накатывать частями, например: pgspa schemas/public/functions/recreate - транзакционное пересоздание функций схемы public.

Инструмент для разработки, в первую очередь. В условиях промышленного использования полагаемся на транзакции БД. Благо, DDL (по большей части) может работать в рамках транзакций. Если что-то пойдёт не так - обычный откат. Ручное вмешательство необходимо тогда, когда требуется изменить структуры таблиц.

Спасибо. > В условиях промышленного использования полагаемся на транзакции БД. > Ручное вмешательство необходимо тогда, когда требуется изменить структуры таблиц. Хмм... а как именно вы поступате c MVCC-unsafe statements, кстати (раз уж об этом заговорили)? Автоматизируете контроль? Я вот видел/использовал решение на основе table rewrite event trigger, т.е. если при "накате" DDL в разработке он срабатывает, значит на PROD это просто так переносить нельзя, надо что-то менять.

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

А как вы данные сохраняете при изменении ddl? Это ж не всегда просто добавить поле или еще чего

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

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

Ну это тогда речь идет как раз о прод

Ну это тогда речь идет как раз о прод

Ну, прод, так прод ? На свой страх и риск, так сказать.

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

> Кстати, я подумываю написать генератор тестовых данных. А что-то такое уже есть, как мне помнится... поищите.

Спасибо. > В условиях промышленного использования полагаемся на транзакции БД. > Ручное вмешательство необходимо тогда, когда требуется изменить структуры таблиц. Хмм... а как именно вы поступате c MVCC-unsafe statements, кстати (раз уж об этом заговорили)? Автоматизируете контроль? Я вот видел/использовал решение на основе table rewrite event trigger, т.е. если при "накате" DDL в разработке он срабатывает, значит на PROD это просто так переносить нельзя, надо что-то менять.

Вообще говоря, мы считаем, что "продакшн" БД этот инструмент применять не следует. Можно обкатать изменения на тестовой БД, потом довольно легко приготовить полный патч для "продакшн".

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

> Кстати, я подумываю написать генератор тестовых данных. А что-то такое уже есть, как мне помнится... поищите.

Да, какие-то генераторы мне давно попадались на глаза. Ну если они устраивают, то тогда смысла писать свой мало. Хотя, это не сложная задача. Как бонус получаем возможность быстрого усовершенствования, со всеми минусами поддержки ещё одного софта.

Кстати, мне кажется, что вот это: > "все мои разработки закрытые, я работаю в секретной фирме, у меня контракт на не разглашение ...... и поэтому ничего не могу показать. Но так то я на самом деле разработчик и у меня полно проектов на практике". (ну, кроме "секретных фирм") :) Верно для большинства программистов, т.е. им как-то не хочется участвовать в этом нашем opensource. ;(

С другой стороны, к сожалению, opensource становится для многих независимых разработчиков разочарованием. Увлечение им часто ведёт к выгоранию. Эйфория от ощущения того, что ты подарил многим полезный софт может быстро заместиться бременем сопровождения и ответственности. И часто это неблагодарная работа, даже "спасибо" может никто не сказать. С психологической т.з., opensource лучше рассматривать как небольшое хобби. (Крупные международные проекты типа PostgreSQL или Linux - это отдельная история.)

а вы участвовали в сколько-то популярных опенсорсных проектах? :)

а вы участвовали в сколько-то популярных опенсорсных проектах? :)

В смысле патчей?

а вы участвовали в сколько-то популярных опенсорсных проектах? :)

Долго ждать ответа ? Короче, в любом случае участвовал. И с патчами и без патчей.

Даже не верится, что в этой группе 2157 участников.

Хорошо

Не понимаю. Есть вот такая квери, аж 2 индекса на нужном куске жсонб, но планнер все равно решает сканить всю таблицу полностью...