pgsql - это ад. с sqlite было всё просто и понятно...

> он просто смотрит, где первичный ключ и делает это сам нет, тебе надо serial

А, то есть, это тип данных такой? вместо инт вставить serial?

там где тебе надо автоинкремент, пиши serial

тип данных будет интегер

но с функцией взятия следующего значения

BEGIN TRANSACTION; CREATE TABLE IF NOT EXISTS "users" ( "id" SERIAL NOT NULL PRIMARY KEY UNIQUE, "user_id" INTEGER NOT NULL UNIQUE, так?

можешь чуть-чуть почитать документацию

я читаю. но она непонятная...

За двойные кавычки хочется бить по рукам,

он другие не принимает!

там вообще кавычки не нужны

я читаю. но она непонятная...

Сначала, значит, почитайте про реляционные БД, нормальные формы и всё такое прочее. Потом за связи один-к-одному, один-ко-многим, многие-ко-многим.

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

Сначала, значит, почитайте про реляционные БД, нормальные формы и всё такое прочее. Потом за связи один-к-одному, один-ко-многим, многие-ко-многим.

да и тем более в общем и целом я знаю всё перечисленное.

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

бери какой-нить орм фреймворк, он сам все за тебя создаст

да и тем более в общем и целом я знаю всё перечисленное.

И непонятна документация?! Не верю!

ну ещё англ немного мешает.

бери какой-нить орм фреймворк, он сам все за тебя создаст

мне на heroku залить. там онли posgres

мне на heroku залить. там онли posgres

а приложение на чем? жабка?

пайтон

ну ещё англ немного мешает.

Есть русский перевод официальной документации. postgrespro.ru и далее

пайтон

уверен, что там тоже orm есть и наверняка он поддерживает постгрес

ну хватит

нет бы помочь человеку

пайтон

чисто пайтон?

чисто пайтон?

фреймворк?

pytelegrambotapi.

нет бы помочь человеку

Он не нуждается в помощи. Он хочет, чтобы за него всё сделали. Не он первый, не он последний.

возьми джангу или sqlalchemy , создай схему локально, посомтри какими запросами она генерится и сделай так же в своем коде

но сам фреймворок не тащи

просто посмотри как на образец

там вообще кавычки не нужны

для наименования таблицы users возможно таки нужны (ну я бы подстраховался). а поля можно без кавычек, да

для наименования таблицы users возможно таки нужны (ну я бы подстраховался). а поля можно без кавычек, да

не нужны

для наименования таблицы users возможно таки нужны (ну я бы подстраховался). а поля можно без кавычек, да

спасибо. вообще смущает, что он в таблице выделяет слова start, lang. они зарезервированы и нельзя так называть?

для наименования таблицы users возможно таки нужны (ну я бы подстраховался). а поля можно без кавычек, да

А за использование служебных словей в именах переменных надо бить. В лучшем случае железной линейкой по рукам.

А за использование служебных словей в именах переменных надо бить. В лучшем случае железной линейкой по рукам.

а давайте постараемся без насилия

спасибо. вообще смущает, что он в таблице выделяет слова start, lang. они зарезервированы и нельзя так называть?

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

psycopg2.ProgrammingError: ОШИБКА: ошибка синтаксиса (примерное положение: "end") LINE 6: end INTEGER, без кавычек он даже не екзекьютит.

окей, недопустимые имена...

@Komzpa, у меня глаза уже на кровь изошли ото всяких вот. :(

@Komzpa, у меня глаза уже на кровь изошли ото всяких вот. :(

закрой глазки, отдохни чуток )

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

конечно вынесены. в докуентации

закрой глазки, отдохни чуток )

Я бы с радостью, да вот оно уже в мозг прилетело.

конечно вынесены. в докуентации

https://www.postgresql.org/docs/9.3/static/sql-keywords-appendix.html они?

В блоге компании Datadog опубликована интересная статья про мониторинг VACUUM процесса в PostgreSQL. https://goo.gl/6sH8K6

https://www.postgresql.org/docs/9.3/static/sql-keywords-appendix.html они?

выше же ссыль на русскую доку давали https://postgrespro.ru/docs/postgrespro/10/sql-keywords-appendix лучше смотреть и не мучаться

(/me листает и осознает как мало еще знает в пг)

сколько нужно знать субд?

0

досконально никто не знает ни одной )

сколько нужно знать субд?

2. In-memory NoSQL и postgres.

но если понимать вопрос не в контексте количества а в привязке ко времени то года хватит (по минимуму)

2. In-memory NoSQL и postgres.

а mysql?

часто используют

а mysql?

mysql используют как легаси. самого по себе его давно сожрали.

но если понимать вопрос не в контексте количества а в привязке ко времени то года хватит (по минимуму)

Год знал, а потом не знаешь? :)

mysql используют как легаси. самого по себе его давно сожрали.

Какие откровения! Однако же понедельник ещё!

mysql используют как легаси. самого по себе его давно сожрали.

хех

а mysql?

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

Gospodee

я вообще слышал о каких-то базах, которые "основаны не на взаимодействии таблиц, а на взаимодействии файлов".

Год знал, а потом не знаешь? :)

а потом больше одной :-р

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

а можно подробнее, чем mysql несовременен? :)

я вообще слышал о каких-то базах, которые "основаны не на взаимодействии таблиц, а на взаимодействии файлов".

Как основное хранилище Postgres, как внешний интерфейс для ленивой жадной загрузки и для кеширования - inmemory. Можно даже на уровне app.

я не понял ни слова из того, что ты сказал.

ну то есть, слова понятные, но чёт в цельную мысль не складываются.

так и не бери в голову. всё само постепенно поймется

я не понял ни слова из того, что ты сказал.

Ну ты же не будешь долбить в базу каждый запрос. это очень затратно.

почему нет? нужно что-то инсертнуть - инсёрт.

да и... как иначе?

свой движок писать конечно))

почему нет? нужно что-то инсертнуть - инсёрт.

нужно что-то инсертнуть: записал в очередь или в inmemory и по тригеру постгресом вписал.

нужно что-то инсертнуть: записал в очередь или в inmemory и по тригеру постгресом вписал.

Ты усложняешь

почему нет? нужно что-то инсертнуть - инсёрт.

Плюс с верии 9.1 постгря поддерживает триггеры на вьюхи, следовательно можешь оперировать готовыми наборами для удобства.

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

так и не бери в голову. всё само постепенно поймется

спасибо. так и сделаю.

А где можно почитать обзор фич Amazon PostgreSQL RDS и их анализ работает/нет аля Афир? Никто не встречал такого документа?

Афир тестировал кластерные решения. Амазоновский PostgreSQL RDS по сути обычный постгрес. Просто за тебя его админят. Есть Amazon Aurora - это модифицированный постгресс (или мускуль) с более продвинутой репликацией и фэйловером. Но по фичам он все тот же постгресс.

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

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

больше, чем одна хост-машина?

Да ну их. Либо они природу прогнули, либо как всегда ))

Нет. "Облака"

По сути все - это одна хост машина. В любом представлении. Я размышлял и пришел к выводу. Кому надо 128 ядер он не будет обращаятся за ОДНИМ экземпляром PG в облако

а чем это отличается от RDS?

только у RDS ещё и реплики есть

К тому же можно поразмыслить сможет ли postgresql сам работать эффективно на огромном кол-ве ядер.

Ты же был там. https://pgconf.ru/2018/112849

я не был на докладе смотрю в последний слайд - а что такое "масштабирование вычислительной мощности: нет" в RDS?

6000 IOPS?

это несколько обескураживает

ну, все в шоке были

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

но с 6000 иопсами

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

это про amazon ebs?

майкоросфт ажур