Возможно можно функциональный индекс построить

Я регулярками не пробовал

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

Функциональный индект попробуй говорю ж

1,5 часа теперь пыжусь с другой проблемой

Но ведь порядок символов должен иметь значение!

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

Единственное что подозреваю - это уже не триграммный поиск

Только сортировка

Но ведь порядок символов должен иметь значение!

С чего это, где в запросе это?

Блин ну я так думал :)

привет

Всем доброго времени суток )))

Ребяту помогите новичку. В общем проблема вот в чем. при исполнении кода CREATE OR REPLACE FUNCTION "API_v1_0".listPeople() RETURNS TABLE(id integer, fam character varying, name character varying, otch character varying, birth date) AS $BODY$ SELECT "PersonnelDepartment"."listPeople"(); $BODY$ LANGUAGE sql VOLATILE SECURITY DEFINER COST 100; ALTER FUNCTION "API_v1_0".listPeople() OWNER TO woodyfire; наименование функции в нижнем регистре. Куда копать? У MySQL сервера есть свойство lower_case_table_names которое как раз и определяло поведение при создании имен. Тут пока разбираюсь чет запарился. И на гуглить не получается и в руководстве не вижу по Postgresql 9.6 Сервер крутиться на freeBSD

1. учить -ться и -тся 2. ошибку покажи

всё, что незакавычено, будет ловеркейснуто

1. учить -ться и -тся 2. ошибку покажи

ошибка? ее так то нет. Но после исполнения кода функция listPeople становиться listpeople

кавычь. а лучше - пиши всегда без кавычек :)

точно? ничего в логах сервера?

и версию скажи

и версию скажи

точно, постгрес всегда ловеркейсит идентификаторы

и версию скажи

PostgreSQL 9.6.2 on amd64-portbld-freebsd10.3, compiled by FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512, 64-bit

точно? ничего в логах сервера?

в данный момент на что смотреть в логах? Я может не правильно выразился (((. Скажем так не ошибка, а регистрозависимость при написании наименований. Знаю, что MySQL при установке на Linux и FreeBSD свойство lower_case_table_names стоит разная. Отсюда и поведение разное регистрозависимое или нет.

беда в том, что, как правильно сказали, в разнице именований

изначальный вопрос, до таблицы, какой?

изначальный вопрос, до таблицы, какой?

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

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

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

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

что такое select return?

упс неправельно написал

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

сжечь. (я свой починил и вайпнул)

например пишем один query который имеет несколько joinov каждый отдельный join чтобы выводился бы в один object?

например пишем один query который имеет несколько joinov каждый отдельный join чтобы выводился бы в один object?

попробуй нарисовать. возможно, то, что ты хочешь, называется не join

смотри точто в join возможно чтобы вивелосьбы в какой то обьект чтобы небыло бы все вместе

один обьект

один обьект

Постгрес на ноде используешь?

da

da

Посмотри на орм sequlize

один обьект

тебе нужен subquery.

Посмотри на орм sequlize

knex употребляю

knex употребляю

Нет! Юзай sq. Она промисы возвращает

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

я не русский сорри

Постгрес на ноде используешь?

постгрес - объектно-реляционная база... :)

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

Сорри, это т9

кстати, а почему постгрес вот здесь не ловеркейсит идентификатор? CREATE TABLE Ž(a INT); SELECT COUNT(*) FROM information_schema.tables WHERE table_name='Ž'; CREATE TABLE count ------- 1 (1 row)

Сорри, это т9

а ок

кстати, а почему постгрес вот здесь не ловеркейсит идентификатор? CREATE TABLE Ž(a INT); SELECT COUNT(*) FROM information_schema.tables WHERE table_name='Ž'; CREATE TABLE count ------- 1 (1 row)

подозреваю, локаль сервера не велит

локаль en_US.UTF-8

но: select lower('Ž'); lower ------- ž (1 row)

ну ок я хочю еше один вопрос задать тут кто нибуть употреблял eloquent?

(laravel)

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

я б шокером долбонул бы по микросхемам, а потом еще в микроволновку(без батареи разумеется))

я б шокером долбонул бы по микросхемам, а потом еще в микроволновку(без батареи разумеется))

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

я б шокером долбонул бы по микросхемам, а потом еще в микроволновку(без батареи разумеется))

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

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

а это реально, при современном SMD? феном уж скорее.

я бы поигрался бы сним в футбол потом в waterpolo потом дроп тест с 9 этажа потом бы в духовку

ERROR: S client not available

Значит сжечь

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

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

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

https://github.com/postgrespro/postgrespro/blob/ac92c4a9a53c88843533154d2224323509134323/src/backend/parser/scansup.c#L117

на мультибайтных кодировках ловеркейсится только базовая латиница

о. +1 пункт в список несовместимостей постгреса со стандартом. +1 пункт в список postgres gotchas

спасибо!

вообще, когда что-то не находится в доке, гитхаб неплохо ищет по комментам в коде

вот это нашлось по 'lowercase identifier'

Всем привет, небольшой оффтоп, использую Postgres с python-SQLAlchemy, всё на одном хосте (хотя переносил временно на другую БД — то же самое), и иногда (раз может быть в 2 часа), всё зависает на 16 минут, а затем падает с ошибкой pycopg.ConnectionTimeout. При этом, при зависании в логах Postgres ничего нет, но, в ту же секунду, как всё выходит по таймауту, в логах появляется тот самый запрос. Кто-нибудь сталкивался с подобным? Чем это можно вылечить?

какой именно тот самый запрос?

Тот же запрос, который я и пытался отправить через Алхимию (какой-нибудь простой SELECT обычно)

без алхимии гонял часами?

в dmesg сегфолтов нет? :)

чего-то сложного через алхимию мне не доводилось делать, но подвергать сомнению эту либу вроде нет поводов

Нет, кроме Алхимии использовал только psql и Джанго, ни там, ни там не было проблем

вообще может всякое быть. например, в коде забывают закрыть нечаянно открытые транзакции, и постепенно заканчиваются max_connections, а через 15 минут заканчивантся установленный администратором таймаут.

так что можно, например, посмотреть в графики мониторинга.

как можно нечаянно открыть тран? ?

Легко

Когда в коде плохо с абстракциями, свой фреймворк, хаченный фреймворк

Просто гавнокод со вложенными транзакциями

я помню, что у алхимии есть свой autocommit, в котором она всё подряд лишний раз в begin/end оборачивает

и по ошибке попасть в него было легко, просто включить autocommit не в том месте подключения

Хмммм, да, вполне может быть То есть при включенном autocommit, есть функция с SELECT, получается она обернута в BEGIN-END, и если внутри этой функции сделать ещё один селект (из той же сессии), END не будет закрыт, и внутри будет ещё SELECT со своим begin-end, — это и может приводить к проблемам? Но валится с таймаутом и на обычных запросах без вложенных SELCET, такое может быть по той же причине?

может статься begin - select - [end на никогда не вызываемом close()]

добрый день разрешите вопрос насчет подзапроса?