VG
а из браузера то не ок. выводишь not connected, а можно еще и ошибку вывести
Size: a a a
2021 February 13
AG
echo pg_last_error($dbconn); - так?
VG
echo pg_last_error($dbconn); - так?
попробуй. еще можно попробовать error_reporting(E_ALL) и ini_set(‘display_errors’, 1). Не помню как в php сделать вывод всех ошибок на экран
AG
Ничего
VG
где-то должна быть ошибка, надо ее найти, в логах php, postgres, вебсервера
AG
В теории, может что-то быть в настройках apache?
VG
в теории апач может запускать какой-то другой скрипт (где-нибудь копия старая лежит), а ты правишь этот. про разные php.ini уже писали
Н
Здравстуйте!
Если здесь есть люди работавщие или работающие в связки FireDac+PG? Как правильно подключиться к базы?
Длл ка находится в указанном пути, этот путь занесен в переменную PATH.
pgAdmin и dbForge Studio 2020 без проблем подключаются.
Если здесь есть люди работавщие или работающие в связки FireDac+PG? Как правильно подключиться к базы?
Длл ка находится в указанном пути, этот путь занесен в переменную PATH.
pgAdmin и dbForge Studio 2020 без проблем подключаются.
AG
В php для командной строки другой php.ini, вроде, используется
Можно подробнее?
D
Можно подробнее?
Когда через консоль запускаешь, используется php cli. У него свой отдельный файл php.ini. У php-fpm - другой
MS
Всем привет)
Есть таблица users и data
Предполагается, что у каждого юзера может быть несколько строчек из data
В таком случае же делается отдельная таблица для связки users => data?
Какой тогда primary key будет? Он же должен быть уникальным.
А тут один юзер будет иметь несколько строк с data.id
Или сделать наоборот
Primary key == data.id?
Какая практика вообще в таких случая приветствуется?
Cпасибо)
Есть таблица users и data
Предполагается, что у каждого юзера может быть несколько строчек из data
В таком случае же делается отдельная таблица для связки users => data?
Какой тогда primary key будет? Он же должен быть уникальным.
А тут один юзер будет иметь несколько строк с data.id
Или сделать наоборот
Primary key == data.id?
Какая практика вообще в таких случая приветствуется?
Cпасибо)
VY
https://www.db-fiddle.com/f/cctTtuS3sSizzyTxTGn6iF/1 - как можно интерпретировать результаты эксплейна
Buffers: shared hit=22 в запросе, который достает только 10 строк и
Buffers: shared hit=3 в запросе, который достает 100 строк ?
Buffers hit - это абстрактная метрика вроде cost-ов, которые нельзя напрямую сравнивать?
Buffers: shared hit=22 в запросе, который достает только 10 строк и
Buffers: shared hit=3 в запросе, который достает 100 строк ?
Buffers hit - это абстрактная метрика вроде cost-ов, которые нельзя напрямую сравнивать?
это не абстракная величина, а вполне реальная — кол-во блоков, в которые база посмотрела обрабатывая запрос.
если у вас небольшая таблица с высокой плотностью записей, то 100 строк может и на одном блоке уместиться.
и большое число блоков с небольшим числом возвращённых строк бывает, когда у вас идёт Scan (любой) с фильтрацией, или же вы аггрегируете записи.
если у вас небольшая таблица с высокой плотностью записей, то 100 строк может и на одном блоке уместиться.
и большое число блоков с небольшим числом возвращённых строк бывает, когда у вас идёт Scan (любой) с фильтрацией, или же вы аггрегируете записи.
VY
Всем привет)
Есть таблица users и data
Предполагается, что у каждого юзера может быть несколько строчек из data
В таком случае же делается отдельная таблица для связки users => data?
Какой тогда primary key будет? Он же должен быть уникальным.
А тут один юзер будет иметь несколько строк с data.id
Или сделать наоборот
Primary key == data.id?
Какая практика вообще в таких случая приветствуется?
Cпасибо)
Есть таблица users и data
Предполагается, что у каждого юзера может быть несколько строчек из data
В таком случае же делается отдельная таблица для связки users => data?
Какой тогда primary key будет? Он же должен быть уникальным.
А тут один юзер будет иметь несколько строк с data.id
Или сделать наоборот
Primary key == data.id?
Какая практика вообще в таких случая приветствуется?
Cпасибо)
отдельная таблица — это многие-ко-многим. в вашем случае достаточно в data добавить колонку
user_idD
Всем привет)
Есть таблица users и data
Предполагается, что у каждого юзера может быть несколько строчек из data
В таком случае же делается отдельная таблица для связки users => data?
Какой тогда primary key будет? Он же должен быть уникальным.
А тут один юзер будет иметь несколько строк с data.id
Или сделать наоборот
Primary key == data.id?
Какая практика вообще в таких случая приветствуется?
Cпасибо)
Есть таблица users и data
Предполагается, что у каждого юзера может быть несколько строчек из data
В таком случае же делается отдельная таблица для связки users => data?
Какой тогда primary key будет? Он же должен быть уникальным.
А тут один юзер будет иметь несколько строк с data.id
Или сделать наоборот
Primary key == data.id?
Какая практика вообще в таких случая приветствуется?
Cпасибо)
на data_users будет композитный primary key например, если не добавлять дпоолнительных полей
MS
отдельная таблица — это многие-ко-многим. в вашем случае достаточно в data добавить колонку
user_idХорошо, а если предположим, что несколько юзеров будут иметь одну и ту же data?
D
Хорошо, а если предположим, что несколько юзеров будут иметь одну и ту же data?
Поле data_id в таблице users
VY
Хорошо, а если предположим, что несколько юзеров будут иметь одну и ту же data?
это дополнительное условие, или же полностью новое?
MS
это дополнительное условие, или же полностью новое?
Первоначально заложить и такую возможность
VG
это не абстракная величина, а вполне реальная — кол-во блоков, в которые база посмотрела обрабатывая запрос.
если у вас небольшая таблица с высокой плотностью записей, то 100 строк может и на одном блоке уместиться.
и большое число блоков с небольшим числом возвращённых строк бывает, когда у вас идёт Scan (любой) с фильтрацией, или же вы аггрегируете записи.
если у вас небольшая таблица с высокой плотностью записей, то 100 строк может и на одном блоке уместиться.
и большое число блоков с небольшим числом возвращённых строк бывает, когда у вас идёт Scan (любой) с фильтрацией, или же вы аггрегируете записи.
в приведенном запросе видно, что строк мало, они расположены упрядоченно скорее всего и чтение первых 10 строк затрагивает не больше блоков, чем чтение первых 100 строк
MS
Поле data_id в таблице users
Грубо говоря каждый раз перед созданием data проверять, есть ли такое уже в таблице, и если есть, отсылать на эту строку?