>>883404 (OP)
Запускается C:\Project\build-mydb-Desktop_Qt_5_6_2_MinGW_32bit2-Release\release\mydb.exe...
QSqlQuery::prepare: database not open
C:\Project\build-mydb-Desktop_Qt_5_6_2_MinGW_32bit2-Release\release\mydb.exe завершился с кодом 0

qry->prepare("select Drivers.Lastname || ' ' || Drivers.Firstname || ' ' || Drivers.Patronymic, Drivers.Expirience, Drivers.Year, Category.Category from Drivers inner join Category on Drivers.Category=Category.ID;");
qry->exec();
model->setQuery(*qry);
ui->tableView->setModel(model);
model->setHeaderData(0, Qt::Horizontal,tr("ФИО"));
model->setHeaderData(1, Qt::Horizontal, tr("Опыт"));
model->setHeaderData(2, Qt::Horizontal, tr("Стаж"));
model->setHeaderData(3, Qt::Horizontal, tr("Категория"));

Нужна Твоя помощь, Антон. С меня как всегда.

>>883440
Не уверен, что ругается на это, но ты растерял запятые при конкатенации. С другими запросами работает? Если нет, то проверь настройки подключения.

>>883480
>>883440
А, там пробелы у тебя, с телефона не разглядел, думал пустая строка. Тогда проверь подключение к базе.

Несколько месяцев периодически возвращаюсь к работе с постгрей и ессно пишу sql. И никак не могу привыкнуть. Я за декларативность, но бля. Реально же говно.
Теперь собсна вопрос: а были предложения как-то грамотнее сделать?
Я пока только 1 работу нарыл.
https://www.researchgate.net/publication/220676894_Kleisli_a_Functional_Query_System

>>883493
Чз условие проверял подключается ли база, условие срабатывает. Т.е. база подключена. Ничего кроме того, что убираю условия, и пытаюсь вывести базу, не меняю.

>>883493
>>883602
if(!mydb.open())
ui->label->setText("Ошибка загрузки базы данных");
else
ui->label->setText("Поздравляю с успешной подрубкой БД к программе");

>>883440
Проблема решена. Я ебанное дно.
bool ok = myd.open();

>>883533
За реляционными СУБД жоская математическая теория, и надо благодарить Б-га за то, что у нас есть SQL, пытающийся одновременно сесть и на стул математиков, и на стул бизнеса. Могло быть хуже.

Если не пишешь что-то, что не будет хранить и обрабатывать данные со всей страны в течение десятков лет, то можешь использовать ORM для своего любимого языка программирования. С определённым успехом сможешь годами не писать на голом SQL, но это имеет свои очевидные минусы.

>>883742
>жоская математическая теория
Ох содомит, теория уровня A×B={(a, b)| a∈A, b∈B}. Оче жоско.
SQL - коболовысер, без абстракций и средств композиции. Уж лучше бы независимый бинарный протокол был для каждой СУБД, а не этот пиздец.

см

>>883795
Ясно. Понятно.
Ты бы сделал лучше. Но не сделал.

>>883859
Ожидаемый бомбажник свитерка.

>>883795
По тону твоего ответа могу предположить, что ты очень молод.

>>883927
А по делу слабо что сказать, или последние мозги пропердел?

>>883795
Твоими говнопротоколами весь ынтырпрайз до 70-х в жопу и долбился. Потом британский ученый изобрёл теорию РБД, появление которой привело к немедленному выметанию всего этого ёбаного хаоса с рынка, стандартизации и тотальному овладиванию SQL-а в рекордно короткие сроки. А ты педик, скорее всего даже не знаешь что такое функциональная зависимость, как определить ключи-кандидаты и что это вообще такое. Так что пошёл нахой, сопляк.

>>884007
Кроме сурагатов свитера не используют никогда ничего и ебало могут набить за твои ключи кандидаты, а один нал по пизде катит всю твою великую теорию высасаную из залупы. Можешь начинать бомбить.

>>884007
Ты же видел вот это вот
> Ох содомит, теория уровня A×B={(a, b)| a∈A, b∈B}. Оче жоско.

Мир, где всё проще, чем многим кажется, потому что все вокруг тупые и занимаются хуйнёй, заканчивается тогда, когда человек перестаёт есть свои сопли.

Не кидай бисер перед свиньями, бро.

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

>>884045
Молодой человек, для начала прочитайте:
https://m.habrahabr.ru/company/mailru/blog/266811/
Еще можете погуглить про нормализацию баз данных.
А вообще, это очень распространенное заблуждение о простоте реляционных бд. Может быть по сравнению с другими областями действительно не рокет саенс, но большая часть кода написанного на sql, либо на его процедурных расширениях - говно. Про структуру баз я вообще молчу. Почему? Да потому что работодатели считают, что sql настолько простая штука, как HTML, что его обязан знать каждый программист, каждая вэб-макака. Разработчиков занимающихся только базами можно встретить только в крупных конторах.

А где список книг для изучения?
Надо бы шапку запилить.
Ну и посоветуйте чтоли.

>>884096
Не впечатлило. Хотя от планшетоеблана и швабрадауна ничего особо и не ожидалось.

Впрочем ни слова про нужность сикулевысера. Свитера на столько опущенные дауны что даже не могут понять что сикулепараша ≠ реляционная алгебра. А уж высокие математические материи с этими ебланами обсуждать как с голубем за окном спорить.

От чего швабраблядь всегда так возбуждается когда видит огромный высер? Причем чем больше высер тем сильнее возбуждается швабраблядь.

>>884187
По sql лучший учебник - sql-ex.ru.
Могу посоветовать по oracle: Том Кайт Oracle для профессионалов.
Реквестирую хорошую книжку по посгресу.

Сап, аноны. Помогите чайнику

Для членов роли aa запрещено менять Person.Contact.ContactId на не принадлежащие таблицам Sales.Individual, Purchasing.VendorContact, и SalesPerson (Sales). А так же запрещено удалять записи отличные от связанных с одно из таблиц Sales.Individual, Purchasing.VendorContact , и Sales.SalesPerson.

Для членов роли bb запрещено менять Person.Contact.ContactId. А так же на уровне роли или тригера запрет на удаление строк из таблицы Person.Contact.

Для членов роли cc запрещено менять Person.Contact. ContactId на не принадлежащие таблице HumanResources.Employee, А так же запрещено удалять записи отличные от связанных с таблицей HumanResources.Employee.

Продублирую вопрос, хотя уже почти разобрался:
>>882989
1) Реально ли восстановить базу по ctl-файлам без создания структуры таблиц с прописыванием длины и типов полей?
2) Есть ли какой-нибудь охуительный инструмент для "реставрации" бд из разных кусков говна уровня: зашел в мастер - указал пак файлов - ждешь готовый велосипед с квадратными колесами?
3) Как быстро генерить таблицы с одинаковым типом полей и длиной?
4) Как более-менее распарсить данные уровня: 345345САШАNULL?

Суть в следующем. Есть много файлов нижеописанной структуры с данными на сотни тысяч строк. Поднял MySql server, прикрутил phpmyadmin и workbench.
Есть одна проблема: дохуя таблиц и дохуя столбцов, типы полей которых не прописаны. Если бы была одна таблица, я бы даже не заморачивался: распарсил csv и в полуручном режиме загнал. Но там блять целая база. Я нихуя раньше с таким не сталкивался, поэтому прошу твоего совета, анон, как побыстрее загнать все это дело в мою базу.
`LOAD DATA
INFILE *
INTO TABLE load_delimited_data
FIELDS TERMINATED BY "," OPTIONALLY ENCLOSED BY '"'
( data1,
data2
)
BEGINDATA
11111,AAAAAAAAAA
22222,"A,B,C,D,"`

>>884487
забыл добавить: все это говно выгружалось SQL*Loader'ом из Oracle'a.
т.к. искать ломанный Toad и ебаться с установкой не хотелось, я решил поставить MySql

Сап. Вопрос, как лучше хранить следующие данные?
Строки - некие продукты, всего их несколько млн, столбцы - id + около 300 штук float-ов. Причем поодиночке эти флоты нахуй не нужны (они обезличены - в базе я бы их назвал как float1, float2..., если хранить отдельно), я всегда буду их вытягивать все за раз для одного продукта (и обновлять тоже вместе), и никаких других выборок не будет заведомо.
Мне нужна субд?
Я могу хранить все тупо подряд в одном файле байт-за-байтом, вытягивать/записывать строки по оффсетам (промежутков в id нет, так что id хранить не буду).
Или в базе сделать 2 поля - id + data размером 300*4 байта.
Есть еще какой-то вариант? И какой лучше?

>>884602
А, блядь, мне же нужен просто real[300], так ведь? Перекатываюсь с mysql, там не было такого счастья.
Кароч, это лучше тупо самодельного бинарного файла с 3004N байт?

>>883404 (OP)
>не нашел создал
А ты и не искал, долбоеб.
https://2ch.hk/pr/res/862801.html