скорее всего препод ничего кроме аксеса в жизни не видел

тут больше похоже, что студенты SQL'я в жизни не видели

зависит от того как написана задача по курсачу

мне в свое время не разрешили sql использовать чистый

полагаю, потому что препод не сможт проверить результат ибо, акцесс вот он, возьми да поставь со слитого с торрента офиса а для SQL’я надо движок разварачивать, плюс простенькое IDE какое-нибудь, чтобы таблички в графичском виде посмотреть про SQLite они конечно не слышали

Охренеть, действительно их за деньги продают!

дайте же нам ссылку!

Так, чай не пятница ? Хорош флудить. Лучше скажите, поддерживает ли jsquery кастинг из строки в число?

Эх, помню писал прогу телефонный справочник для компании одной в которой работал. Просто так ради интереса. И не слышал я тогда про sql, только про access. Но тогда я не умел с ним работать и написал свою "типа базу данных" , по сути списки и массивы ))

> @pasha_golub jsquery кастинг из строки в число? это же js? может parseFloat() и тп сработает?

> @pasha_golub jsquery кастинг из строки в число? это же js? может parseFloat() и тп сработает?

Не, это язык запросов для JSONB https://postgrespro.ru/docs/postgrespro/9.6/jsquery

а, о! почитаю

скорее всего препод ничего кроме аксеса в жизни не видел

не важно. На самом деле. Препод не на функции СУБД должен гонять, а нормальность представления данных. Это можно и на access'e проверить.

кто-нибудь где-нибудь видел SQL для заполнения табличек с женскими и мужскими именами?

что нибудь вида (name, gender_type)

тут проскакивал какой то генератор же всего этого

кто-нибудь где-нибудь видел SQL для заполнения табличек с женскими и мужскими именами?

тебе на каком ЯП?

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

https://github.com/emirozer/fake2db

спасибо

Т.е. какого-то хоть немного универсального инструмента не было? Печалька ?

Угу тоже думал что что-то уже придумали, но ничего в опенсос такого нет

чем можно подправить гигантский sql дамп в шелле? Нужно просто удалить и изменить несколько строк в начале

grep/sed/awk

Это же просто plaintext sql

hexedit советуют

grep/sed/awk

файл 2ТБ, боюсь долго будет

Если будешь менять размер — всё равно до фига долго. :)

ох

вот less нормально отображает с лайн брейками, еще бы редактировал он

Но вообще да, хекс редактором на месте можно, если без изменения размера.

пробелами тогда забью лишнее

А, ну да, так тоже можно, туплю, четыре утра уже, конечно, не бинарник же.

я тут NOT NULL заменил пробелами

Первый раз такое вижу. Воспроизводится?

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

так вроде ж в комменте указано что Schema: public

Сорри. С телефона не досмотрел

Насколько я помню, там побилась ФС, соответственно, вполне могло остаться два файла с одной и той же структурой. Соответственно, при восстановлении получилось две идентичные таблички.

Господа, а подскажите, есть какое-то ограничение на размер запроса и что в этом случае произойдет?

Навскидку - да. Фактически 1 раз только и только в мускуле сталкивался. Бд ошибку выдала

Я в in засунул тогда около 150000 uuid

https://www.postgresql.org/message-id/BANLkTim_ZRqDqZtG3o%2BQsXq%3DuyngenkN0Q%40mail.gmail.com

Вот вроде по теме

Навскидку - да. Фактически 1 раз только и только в мускуле сталкивался. Бд ошибку выдала

В мускуле, я глянул есть лимит на размер запроса в байтах. Прямо my.ini

может проще в исходнике посмотреть?

может проще в исходнике посмотреть?

Может и проще но по запросу "Postgres query size limit" не выдало :)

Что нашел, то и скинул

начать где-нибудь отсюда ProcessQuery(PlannedStmt *plan, const char *sourceText, ParamListInfo params, DestReceiver *dest, char *completionTag)

доборый день. подскажите как посмотреть зависимости таблиц в графическом виде

Vyacheslav поискать по истории чата не вариант?

Всем доброго времени суток! Кто-то может посоветовать тулзу для визуализации схемы? Хочется увидеть вменяемую ER-диаграмму, подключившись к базе или скормив SQL. Требования: Наличие версии для Linux; Бесплатность; :) Попробовал следующие варианты (в порядке личного предпочтения): 1) DbVisualizer (получил самый вменяемый результат) 2) DBeaver (скомкал все таблицы совсем рядом) 3) pgModeler (вовсе получил клубок из таблиц, распутывать который даже начинать не хочется) Собственно весь этот пассаж написал для того чтобы узнать, это все что реально найти по данным критериям или слона то я и не заметил?

Всем доброго времени суток! Кто-то может посоветовать тулзу для визуализации схемы? Хочется увидеть вменяемую ER-диаграмму, подключившись к базе или скормив SQL. Требования: Наличие версии для Linux; Бесплатность; :) Попробовал следующие варианты (в порядке личного предпочтения): 1) DbVisualizer (получил самый вменяемый результат) 2) DBeaver (скомкал все таблицы совсем рядом) 3) pgModeler (вовсе получил клубок из таблиц, распутывать который даже начинать не хочется) Собственно весь этот пассаж написал для того чтобы узнать, это все что реально найти по данным критериям или слона то я и не заметил?

спасибо большое

дурову спасибо

Всем доброго времени суток! Кто-то может посоветовать тулзу для визуализации схемы? Хочется увидеть вменяемую ER-диаграмму, подключившись к базе или скормив SQL. Требования: Наличие версии для Linux; Бесплатность; :) Попробовал следующие варианты (в порядке личного предпочтения): 1) DbVisualizer (получил самый вменяемый результат) 2) DBeaver (скомкал все таблицы совсем рядом) 3) pgModeler (вовсе получил клубок из таблиц, распутывать который даже начинать не хочется) Собственно весь этот пассаж написал для того чтобы узнать, это все что реально найти по данным критериям или слона то я и не заметил?

Если бесплатность то pgModeler

а давайте у топикстартера спросим чего он нашёл в конечном итоге

@shmidt_kirill ?

почему на hot_standby могли появиться ошибки вида ERROR: could not read block 0 in file "base/21385/8425170": read only 0 of 8192 bytes ? диск/контроллер накрываются?

Моделлер ставил из пакетов _postgresql.org. Навскидку работает. Там много чего есть. Сорцы моделлера блядские.

почему на hot_standby могли появиться ошибки вида ERROR: could not read block 0 in file "base/21385/8425170": read only 0 of 8192 bytes ? диск/контроллер накрываются?

ФС посмотрите, она чистая?

Всем доброго времени суток! Кто-то может посоветовать тулзу для визуализации схемы? Хочется увидеть вменяемую ER-диаграмму, подключившись к базе или скормив SQL. Требования: Наличие версии для Linux; Бесплатность; :) Попробовал следующие варианты (в порядке личного предпочтения): 1) DbVisualizer (получил самый вменяемый результат) 2) DBeaver (скомкал все таблицы совсем рядом) 3) pgModeler (вовсе получил клубок из таблиц, распутывать который даже начинать не хочется) Собственно весь этот пассаж написал для того чтобы узнать, это все что реально найти по данным критериям или слона то я и не заметил?

http://microolap.com/products/database/postgresql-designer/ наш продукт. пробуйте

вообще вот действительно лучшее на мой вкус

Лучшее, что видел, это dbSchema

Но, платная

ФС посмотрите, она чистая?

в логах тихо. а на живую же не проверишь?

что за фс у вас? ext? тогда посмотрите dumpe2fs -h /dev/mapper/blablabla | grep state

ERROR: S client not available

стендбай есть?

это как раз сдендбай

на примари этот объект живой?

если да, то скопируйте его с примари (ессно тормозните сперва)

Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery - нужно чекать значит?

не, Filesystem state

clean

ок, скопируйте с примари, если он там живой

проверьте железо

спасибо.

велком

почему на hot_standby могли появиться ошибки вида ERROR: could not read block 0 in file "base/21385/8425170": read only 0 of 8192 bytes ? диск/контроллер накрываются?

У меня было при использовании hash index

У меня было при использовании hash index

как он влияет?

он не wal-logged https://www.postgresql.org/docs/9.5/static/indexes-types.html

о как. не знал

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

Спасибо, господа. Просто возникала ошибка когда пытался очень длинный jsonb вставить(ошибка в клиентском коде) : процесс падал и база переходила в режим восстановления

Всем привет! а нет у кого под рукой свежих правил именований объектов?

> правил o_O http://dba.stackexchange.com/a/68281/94684

давно встречал на просторах всякуие доки по правилам именования в больших проектах, но они были не моложе 12 года

думал может у кого есть какойнить best practice со строгими правилами которым он пользуется

тип [module prefix]_[table name] названия таблиц в ед. числе, колонки дат date_[name] и т.д.

а постгря здесь причем это уж как в проекте договоритесь / как левая пятка проектирующего БД захочет

а постгря здесь причем это уж как в проекте договоритесь / как левая пятка проектирующего БД захочет

почему я тебя ожидал тут увидеть?) не при чем, просто чат про бд)

у всех свои договорённости

странно что еще никто не выступил со своим радикальным видением (или я не нашел)

Все зависит от модели

Ну мы называем всё ловеркейсом и без ключевых слов (чтобы не оборачивать в кавычки). Так чтобы было понятно что находится в таблице. Если это юзеры то users, если это комменты comments, если это связь юзеры-комменты users_comments, первым словом идет «родитель», почти всё во множественном числе. Поля дат называем added_at, updated_at, changed_at etc., булевые поля чаще всего с префиксом is_, типа is_deleted. Это основа у нас.

Ну мы называем всё ловеркейсом и без ключевых слов (чтобы не оборачивать в кавычки). Так чтобы было понятно что находится в таблице. Если это юзеры то users, если это комменты comments, если это связь юзеры-комменты users_comments, первым словом идет «родитель», почти всё во множественном числе. Поля дат называем added_at, updated_at, changed_at etc., булевые поля чаще всего с префиксом is_, типа is_deleted. Это основа у нас.

плюсую

А, еще все поля содержашие id кроме родительской таблиц, называны так, чтобы было понятно, что это за id. типа user_id, comment_id для таблицы users_comments.

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