да не, я его в других чатах видел, но там обычно с помощью него за флудерами следят. Здесь коммьюнити приличное (:

Ааа, я в первую очередь вижу в нём удобство в том, что он ведет статистику упоминаний сайтов в чате. Удобно знать, что в тренде

Документация PostgreSQL?:)

Ну и плюс, прогресс роста комьюнити

ого

Нет Линтера - ни одной версии. И Зари http://cniieisu.ru/index.php/producti-i-uslugi/17-produkciya/bazovye-informatsionnye-tekhnologii/sistema-upravleniya-bazami-dannykh-zarya

Там одно из них - форк файербирда, вроде?

вчера кто-то про "почитать" спрашивал, вот чуток: http://www.litres.ru/b-novikov/nastroyka-prilozheniy-baz-dannyh-648705/ http://www.ozon.ru/context/detail/id/2512023/ http://www.ozon.ru/context/detail/id/4491539/

Нет Линтера - ни одной версии. И Зари http://cniieisu.ru/index.php/producti-i-uslugi/17-produkciya/bazovye-informatsionnye-tekhnologii/sistema-upravleniya-bazami-dannykh-zarya

Что-то не нашёл, на базе чего Заря сделана... ОС ясно, что линукс какой-то, а СУБД какая-то общая схема, под которую что угодно подойдёт.

Предлагаю запилить в этот чат @comstatbot

и здесь этот спам?

и здесь этот спам?

Почему спам?

Ааа, я в первую очередь вижу в нём удобство в том, что он ведет статистику упоминаний сайтов в чате. Удобно знать, что в тренде

только он веб и вот это /stat на тебе урл выбешивает неимоверно. особенно с мобильника

Почему спам?

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

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

Полагаю, это не есть критерий спама ?

Полагаю, это не есть критерий спама ?

флуд, мусор, стата отдаётся строго по стороннему сервису - http

Фил, позитивнее надо быть )

ну просто его так распиарили. я даже против ничего не имею. но раздражает, нет сил сдержаться )))

"Купил успокоительный чай, а меня БЕСИТ его запах и вкус!!!!!"

"Если бы вязание так не успокаивало, поубивал бы вас всех нахер!"

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

как тяжко жить, а че это на канале по постгре выкладывают книги по оптимизации Оракла ? типа чтобы знать коварные возможности врага ? :)

там очень много общих реекомендаций, где-то до половины можно смело читать

а другую половину с опаской.

да я так... шучу =)

с опаской что убежишь на оракл ? :)

Там debian

А сори, это я про Астру

хм

ничего не понимаю

тут, кстати, есть http://www.osp.ru/os/2015/01/13045322/ , "Заря" на постгресе

Вставлю свои 5 копеек на тему хранимок. У нас более 1000 хранимок. Аргументы: 1. + "300%" к производительности 2. тесты - с хранимками хотя бы понятно, что тестировать, к хранимке можно написать как минимум тесты на пограничные значения, регрессионные тесты. Можно рассуждать на тему покрытия. А когда БД это только данные, как можно прогарантировать, что если этот запрос отработал хорошо, то и другой отработает сносно?! 3. разграничения прав - ну тут много сценариев, например, не хочу я пользователя в таблицу пускать ко всем данным и т.д. 4. шардинг строили на хранимках

@DimaBeloborodov а что в мире pl/sql используют для написания тестов? хотелось бы что-то в стиле рубивского rspec

для PL/pgSQL ) например http://pgtap.org/

есть еще plpgunit https://github.com/mixerp/plpgunit

Вставлю свои 5 копеек на тему хранимок. У нас более 1000 хранимок. Аргументы: 1. + "300%" к производительности 2. тесты - с хранимками хотя бы понятно, что тестировать, к хранимке можно написать как минимум тесты на пограничные значения, регрессионные тесты. Можно рассуждать на тему покрытия. А когда БД это только данные, как можно прогарантировать, что если этот запрос отработал хорошо, то и другой отработает сносно?! 3. разграничения прав - ну тут много сценариев, например, не хочу я пользователя в таблицу пускать ко всем данным и т.д. 4. шардинг строили на хранимках

+1 Ну и с точки зрения MVC негоже, когда на контроллер перекладывается задача поддержки целостности данных. Разумнее и удобнее хранимки делать точками входа для работы с данными.

Спасибо! Как я понял pgtap более зрелый?

написать хранимку, чтобы тестила хранимку?

он более старый и у него есть "пускалка" которая может отгрузить данные в какой-нибудь CI

написать хранимку, чтобы тестила хранимку?

ога, как и любой unit-фреймворк

понятно

нужно будет поэксперементировать

там все достаточно просто, как пример https://github.com/postgres-ci/core/blob/master/tests/hook/test_commit.sql

@DimaBeloborodov а что в мире pl/sql используют для написания тестов? хотелось бы что-то в стиле рубивского rspec

Мы делаем по-разному, но в целом выглядит следующим образом: - скрипты поднятия стенда БД из репа - тесты - sql-запросы объединенные в пакеты - pytest + pytest-bdd для интеграционных тестов

@DimaBeloborodov то есть тесты вы все же пишете на стороне приложения, а не в БД

есть понятие юнит тестов и понятие интеграционного тестирования

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

ваш кэп...

@DimaBeloborodov то есть тесты вы все же пишете на стороне приложения, а не в БД

Скажем так, тесты запускаются из приложения, они не запускаются по триггеру в БД, если я вас правильно понял.

это понятно, просто как я понял pytest это spock из мира python, то есь по сути вы его используете и для юнит тестирования и для интеграционных тестов? или нет?

здравствуйте коллеги, вопрос у меня возник. Кто то пробовал выносить журнал pg_clog и pg_xlog на отдельный раздел tmpfs? Сильно ли я рискую если все эти журналы будут храниться в ram?

да

не делайте так

А еще у нас есть тесты, которые мы включаем в скрипты деплоя. BEGIN; скрипты накатки тесты COMMIT;

здравствуйте коллеги, вопрос у меня возник. Кто то пробовал выносить журнал pg_clog и pg_xlog на отдельный раздел tmpfs? Сильно ли я рискую если все эти журналы будут храниться в ram?

На этот счет был недавно бложек http://www.databasesoup.com/2016/04/dont-delete-pgxlog.html

там как бы все очевидно, но, похоже он имеет право на существование

раз такие вопросы возникают

это понятно, просто как я понял pytest это spock из мира python, то есь по сути вы его используете и для юнит тестирования и для интеграционных тестов? или нет?

да

здравствуйте коллеги, вопрос у меня возник. Кто то пробовал выносить журнал pg_clog и pg_xlog на отдельный раздел tmpfs? Сильно ли я рискую если все эти журналы будут храниться в ram?

Сильно

здравствуйте коллеги, вопрос у меня возник. Кто то пробовал выносить журнал pg_clog и pg_xlog на отдельный раздел tmpfs? Сильно ли я рискую если все эти журналы будут храниться в ram?

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

... диска

Когда мы перешли на SSD, перестали париться по поводу выноса.

@DimaBeloborodov спасибо! а те тесты, которые в БД лежат, они управляются чем-нибудь типа pgtap, который может и сиды перетереть и ролбэк для изменений схемы сделать или это все руками делаете?

@DimaBeloborodov спасибо! а те тесты, которые в БД лежат, они управляются чем-нибудь типа pgtap, который может и сиды перетереть и ролбэк для изменений схемы сделать или это все руками делаете?

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

тут, кстати, есть http://www.osp.ru/os/2015/01/13045322/ , "Заря" на постгресе

вот проблемы у людей

А еще у нас есть тесты, которые мы включаем в скрипты деплоя. BEGIN; скрипты накатки тесты COMMIT;

Если тесты не прошли, то ROLLBACK?

Философы

Если тесты не прошли, то ROLLBACK?

Или \set ON_ERROR_STOP on

Если тесты не прошли, то ROLLBACK?

Да, если понимаем, что во время выкладки, что-то пошло не так. А в чем вопрос?

Да, если понимаем, что во время выкладки, что-то пошло не так. А в чем вопрос?

У вас просто COMMIT стоит последним. Решил уточнить. Просто ли вы логгируете результаты тестов, или откатываетесь автоматом

У вас просто COMMIT стоит последним. Решил уточнить. Просто ли вы логгируете результаты тестов, или откатываетесь автоматом

Если в тестах случиться ROLLBACK, то он случится раньше.

Если в тестах случиться ROLLBACK, то он случится раньше.

Вот

Если в тестах случиться ROLLBACK, то он случится раньше.

Вот это я и уточнил. Спасибо

Мы делаем по-разному, но в целом выглядит следующим образом: - скрипты поднятия стенда БД из репа - тесты - sql-запросы объединенные в пакеты - pytest + pytest-bdd для интеграционных тестов

Прикольно. У нас behave а не pytest-bdd. А тесты "sql-запросов" это у вас просто psql запускается?

можно писать такие что просто psql < tests.sql , а что именно вас интересует, может я смогу что рассказать ? )

Прикольно. У нас behave а не pytest-bdd. А тесты "sql-запросов" это у вас просто psql запускается?

Да

великолепно же!

А если две глубокие истины спорят? Как тогда?

Простите мою неосведомлённость, вы вероятно имеете в виду поиск глубинного смысла о заговоре компании Disney и порабощению всего человечества?

предвидя ваше возможное недоумение, крайне рекомендую ознакомиться, потому что суббота это маленькая пятница: https://youtu.be/vblBYSY4gCc

Что-то на спам смахивает...

Смахивало. Года три назад

предвыборный спам

предвидя ваше возможное недоумение, крайне рекомендую ознакомиться, потому что суббота это маленькая пятница: https://youtu.be/vblBYSY4gCc

ну это же май дак вижн

группа троллей