Postgresql + Qt 5.5 (как с ней работать)

[PimenS]

Пароль проходит только при условии, что я укажу пароль который указал при установки PostgreSQL

Для этого у PostgreSQL существуют роли. Создайте пользователей, сколько вам угодно.

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

Но где-то же у вас установлен PostgreSQL к которому будет коннектиться ваша программа.

Вам для чего нужна база масштаба PostgreSQL?

[rudireg]

Пароль проходит только при условии, что я укажу пароль который указал при установки PostgreSQL

Для этого у PostgreSQL существуют роли. Создайте пользователей, сколько вам угодно.

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

Но где-то же у вас установлен PostgreSQL к которому будет коннектиться ваша программа.

Вам для чего нужна база масштаба PostgreSQL?

Пишу софт, который использует Базу данных для хранения различной технической информации, а именно что то вроде программы для раскрутки в социальной сети инстаграм.
Софт должен хранить в БД список моих аккаунтов, список ID  аккаунтов с которыми была работа и так далее, то есть таблиц много и каждая содержит свои данные.
База должна быть локальной, а не где то на удаленном сервере.
Софт будут запускать люди, у которых естественно не установлена база данных postgreSQL
В начале я смотрел в сторону SQLITE, она хорошо подходит, но я бы хотел работать с БД многопоточно... и мне посоветовали для этих целей PostgreSQL

[Пантер]

Ну, смотри. Можешь юзать скулайт, но делай это однопоточно (хотя, проверь, тут говорили, что многопоточка тоже работает). А можно юзать постгрес, но тогда включай его в инсталлятор и правильно устанавливай/настраивай на локальной машине.

[rudireg]

Ну, смотри. Можешь юзать скулайт, но делай это однопоточно (хотя, проверь, тут говорили, что многопоточка тоже работает). А можно юзать постгрес, но тогда включай его в инсталлятор и правильно устанавливай/настраивай на локальной машине.

Иными словами ПОСТГРЕС обязательно должен быть установлен локально на компьютере того человека что использует софт.
И для этого следует засунуть его в инсталятор.
Жесть... я думал нет нужды... думал можно как с SQLite без установки

[Пантер]

Нет, его без установки нельзя. Если тебе нужно простота деплоя, то скулайт или вообще ini файл или самописная БД.

[PimenS]

Иными словами ПОСТГРЕС обязательно должен быть установлен локально на компьютере того человека что использует софт.
И для этого следует засунуть его в инсталятор.
Жесть... я думал нет нужды... думал можно как с SQLite без установки

Не нужно на каждой машине использующей программу устанавливать PostgreSQL. Установи его на одном компьютере в локальной сети.
И все пользователи будут работать с этой базой.

ЗЫ. Тогда и с многопоточностью проблем не возникает, если есть сложные расчеты, запросы.

База должна быть локальной, а не где то на удаленном сервере.

Если следовать этому условию, то конечно, чтобы на компьютере была база, придется ее туда установить.

[sergek]

База должна быть локальной, а не где то на удаленном сервере.
Софт будут запускать люди, у которых естественно не установлена база данных postgreSQL
В начале я смотрел в сторону SQLITE, она хорошо подходит, но я бы хотел работать с БД многопоточно... и мне посоветовали для этих целей PostgreSQL

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

[rudireg]

База должна быть локальной, а не где то на удаленном сервере.
Софт будут запускать люди, у которых естественно не установлена база данных postgreSQL
В начале я смотрел в сторону SQLITE, она хорошо подходит, но я бы хотел работать с БД многопоточно... и мне посоветовали для этих целей PostgreSQL

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

Что тут странного? Допустим вы спамер, вы решили купить программу которая спамит например по сайту вконтакте.
Сегодня вы сделали спам по 1000 человекам, а завтра снова будете спамить... и вы же не хотите спамить одних и тех же людей 2 раза?
Значит нужно где то хранить базу тех кого мы проспамили... а где хранить? Конечно же в базе локально на вашем компе... где же еще?

[sergek]

Значит нужно где то хранить базу тех кого мы проспамили... а где хранить? Конечно же в базе локально на вашем компе... где же еще?

А нафига тут несколько потоков с доступом к БД? Что б было?

[rudireg]

Значит нужно где то хранить базу тех кого мы проспамили... а где хранить? Конечно же в базе локально на вашем компе... где же еще?

А нафига тут несколько потоков с доступом к БД? Что б было?

Ну а если идет спам не с 1 вашей анкеты, у вас допустим 100 анкет... и вы с них однорвеменно спамите... то есть программа многопоточная....
то работать с БД в 1 поток? типа каждый поток кидает сигнал потоку - который работает с БД? или же проще каждый рабочий поток подключить в БД отдельно
Я может чего то не улавливаю конечно... поправьте меня если можете

[Пантер]

В один поток. У тебя постоянные обращения к БД? Обычно выбирают данные и дальше с ними работают.

[rudireg]

В один поток. У тебя постоянные обращения к БД? Обычно выбирают данные и дальше с ними работают.

да постоянное обращение к данным... запись в лог... идет в БД, а так же каждая операция делает предварительную проверку в БД.
Например... стоит задача от имени 100 анкет сделать лайки... и нужно что бы не было повторных лайков... вдруг вчера или неделю назад мы уже лайкали какого то юзера... п потому  перед каждым лайком в БД проверяется делали ли ранее лайк текущему юзеру....
ну в принципе можно вынести работу с БД в отдельный поток и общаться посредством сигналов и слотов... тогда запросы будут в очереди... низнаю насколько это будет тормозить процесс, и будет ли вообще тормозить его.