Юзай IDE какую-нибудь

двачую

ну код я обычно в саблайме пишу

Сурово

У меня есть вот такое CREATE TABLE IF NOT EXISTS account ( id SERIAL, name VARCHAR(60) NOT NULL, password VARCHAR NOT NULL ); CREATE TABLE IF NOT EXISTS role ( id SERIAL, name VARCHAR(20) NOT NULL ); CREATE TABLE IF NOT EXISTS account_role ( account_id INTEGER NOT NULL, role_id INTEGER NOT NULL ); ALTER TABLE account ADD PRIMARY KEY (id); ALTER TABLE role ADD PRIMARY KEY (id); ALTER TABLE account_role ADD PRIMARY KEY (account_id, role_id); ALTER TABLE account_role ADD CONSTRAINT account_role_account_id_fkey FOREIGN KEY (account_id) REFERENCES account (id) MATCH FULL, ADD CONSTRAINT account_role_role_id_fkey FOREIGN KEY (role_id) REFERENCES role (id) MATCH FULL;

написал вот такое

Выглядит вот так

Это значит, что в таблице account_role все строки уникальные, но не все значения в строках уникальные, так?

можно узнать, что за пакет, который развернутую таблицу может показывать?

PGModeller

Это для postgres

Это значит, что в таблице account_role все строки уникальные, но не все значения в строках уникальные, так?

Ага

Ага

testdb=> INSERT INTO role VALUES (5, 1) RETURNING *; ERROR: duplicate key value violates unique constraint "role_pkey" DETAIL: Key (id)=(5) already exists.

Ага

Все уникальные возможные комбинации ключей из account и role

testdb=> INSERT INTO role VALUES (5, 1) RETURNING *; ERROR: duplicate key value violates unique constraint "role_pkey" DETAIL: Key (id)=(5) already exists.

Ой! Я не в ту таблицу инсерчу

Все работает

Все уникальные возможные комбинации ключей из account и role

Так и надо. Фух

В базе хранится несколько десятков тысяч записей. А именно сериализированные многомерные массивы. Я заметил что тип данных FLOAT сериализируется как то очень странно - после точки у меня по факту 2 символа, а после сериализации int все числа превращаются, видимо, в double. Причем int получает ещё 33 символа после запятой, а float что-то там за 50. Я подивился такой сериализации и изменил формат хранения из сериализации в JSON. Количество символов сократилось. Но почему то размер таблицы какой был, такой и остался. Чем это можно объяснить?

данный смотрю в phpmyadmin

не пользуйся им

пхпадмином?

А чем пользоваться?

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

Есть таблица на несколько десятков тысяч записей. Часть строк отсутствуют, т.е. id начинается не с начала, а где то с 11000, и в середине данных тоже часть строк кусками отсутствует. Как перебрать все записи из php,

Курсор напиши...

Насколько оптимален способ с экспортом id в массив и перебору по элементам массива? Там количество данных растёт ежедневно и думаю со временем будет не сильно оптимально такие объемы в память загонять.

Вообще не оптимален

В базе хранится несколько десятков тысяч записей. А именно сериализированные многомерные массивы. Я заметил что тип данных FLOAT сериализируется как то очень странно - после точки у меня по факту 2 символа, а после сериализации int все числа превращаются, видимо, в double. Причем int получает ещё 33 символа после запятой, а float что-то там за 50. Я подивился такой сериализации и изменил формат хранения из сериализации в JSON. Количество символов сократилось. Но почему то размер таблицы какой был, такой и остался. Чем это можно объяснить?

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

здесть есть кто-то из Одессы?

существуют в природе быстрые базы, в которых вообще отсутствуют индексы?

можно даже проприетарные

существуют в природе быстрые базы, в которых вообще отсутствуют индексы?

Может на квантовых компьютерах?

смишно

Тут в соседнем чятике уже водка кончилась пока обсуждали:

https://docs.microsoft.com/en-us/quantum/quantum-concepts-4-qubit?view=qsharp-preview

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

?

Ржачно было когда смигрировали оракл 9й под чпуксом с интегрити 8й серии на оракл 9й же, но под виндой на 380g7

С трехкратным почти приростом попугаев

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

https://docs.microsoft.com/en-us/quantum/quantum-concepts-4-qubit?view=qsharp-preview

Попытка отжать бабла на фантазиях

существуют в природе быстрые базы, в которых вообще отсутствуют индексы?

А зачем?

Попытка отжать бабла на фантазиях

В смысле? В самом простом варианте - ну смогли в единицу информации упаковать не два, а три значения. Ну и молоццы

В смысле? В самом простом варианте - ну смогли в единицу информации упаковать не два, а три значения. Ну и молоццы

А смысл?

Приложений этому нет. Количество кубитов маловато. Просто хайп ради хайпа

Подожди, до этого я еще не дошел. Я пока еще там написанное пытаюсь осмыслить

Подожди, до этого я еще не дошел. Я пока еще там написанное пытаюсь осмыслить

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

Говорят в ажуре уже можно потыкать квантовые пк

Потыкать можно уже давно

У того же ибм уж пару лет модель онлайн хоть утыкайся

Только практических применений нет

Буквально пара задач есть и те просто ради "о гляка работает "

Ну видимо дорого пока.

Просто так не перекомпилируешь же

Ну видимо дорого пока.

Нет. Просто они не могут много кубитов удержать. И там другая логика работы

Пойду почитаю что там да как.

Пойду почитаю что там да как.

— Если задача нашего квантового вычислителя — смоделировать поведение пельменей в кипящей воде, то мы в начале укладываем пельмени (т.е. вводим начальные значения в наш компьютер), далее заливаем осторожно воду, чтобы не испортить наши начальные значения, и затем запускаем вычисление — включаем подогрев кастрюли. Всё, через N минут останавливаем вычисления (выключаем подогрев) и фотографируем текущее положение пельменей в кастрюле — это и есть результат работы нашего компьютера по алгоритму моделирования поведения пельменей в кипящей воде. Ни один классический супер компьютер существующий на сегодняшний день не сможет смоделировать каждый атом воды и его поведение/взаимодействие с другим атомами (даже просто памяти не хватит что бы хранить информацию о каждом атоме), а наш — смог!  Если укладывать пельмени определенным образом и знать закономерности их влияния друг на друга (слипшиеся поднимаются медленнее чем не слипавшиеся), то можно в начальных значениях задать некоторое логическое условие, которое будет выполнять некоторые логические действия, т.е. выполнять вычисления как и классический компьютер, правда… особо полезных вещей на пельменях не повычисляешь (довольно затратно выйдет), но в принципе можно… Вывод — мы построили крутой квантовый компьютер. Кто не согласен? ?

Пойду почитаю что там да как.

Я вот свой алгоритм оптимизировал. Неожиданно. Копался в первой версии сделанной на многомерных векторах. И нарыл в ней отличную идею как касандру раком поставить. Теперь заместо 3-5 часов на обработку уходит 2 минуты.

Это на обучение?

Это на обучение?

У него нет разницы. У него любая инфа обучение. распознает говорящего. Интонации. Настроение. Разделяет несколько одновременно говорящих

ERROR: S client not available

Так любая новая инфа вызывает перестроение всего?

Если касандру твикнуть что бы 100к+ в секунду выдавала простых селектов. То аудио будет в реалтайм переваривать

Так любая новая инфа вызывает перестроение всего?

Не всего. Только того что касаетсянлвая инфа

Не всего. Только того что касаетсянлвая инфа

Но связь то каскадом. Но в целом понятно. Да ?

Если касандру твикнуть что бы 100к+ в секунду выдавала простых селектов. То аудио будет в реалтайм переваривать

А инсерты/апдейты при этом есть? Может там транзакционность выключить можно? (я просто про кассандру хз)

Но реалтайм - не каждая услышанная фраза в моей голове требует обработки "перестроения всех связей" реалтайм. Некоторые просто создают задание на "последующую обработку "

всем привет

Но связь то каскадом. Но в целом понятно. Да ?

Не так. Представь что у тебя есть лес из векторов. Не ограниченый лес. И для примера ты хочешь сравнить новый вектор со всем лесом разом. Скажем с миллиардом векторов в лесу. Вот на сравнение вектора из 50к элементов уйдет примерно 2 минуты. При этрм размер леса не важен

подскажите пожалуйста, можно ли двойной внешний ключ сделать

существуют в природе быстрые базы, в которых вообще отсутствуют индексы?

Колоночные бд если не будешь в неё часто плевать данными.

подскажите пожалуйста, можно ли двойной внешний ключ сделать

Составной что ли?

Составной что ли?

да

А инсерты/апдейты при этом есть? Может там транзакционность выключить можно? (я просто про кассандру хз)

Вот в процессе сравнения твой новый вектор станет частью леса. Один знакомый назвал это "сравнение через синтез". Как результат получишь пачку совпадений

и какой синтаксис будет

да

В чем проблема?

create table history( user_id mediumint unsigned, goods_id mediumint unsigned, date_and_time datetime, quality_rating smallint unsigned, quest_rating smallint unsigned, constraint pk_history primary key(user_id, goods_id), constraint fk_history foreign key(user_id, goods_id) references person(user_id) assortment(goods_id));

ругается на синтаксис

ругается на синтаксис

CREATE TABLE peoples id INT UNSIGNED NOT NULL AUTO_INCREMENT, id_organization INT UNSIGNED NOT NULL, id_people INT UNSIGNED NOT NULL, contact varchar(50), PRIMARY KEY(id), FOREIGN KEY(id_organization) REFERENCES organizations(id) ON DELETE RESTRICT ON UPDATE CASCADE, FOREIGN KEY(id_people) REFERENCES peoples(id) ON DELETE RESTRICT ON UPDATE CASCADE ) ENGINE=InnoDb;

Вторая ссылка в Гугле

Mysql я так понимаю?

да

Колоночные бд если не будешь в неё часто плевать данными.

Ээээ не будет быстрым без индекса

Ээээ не будет быстрым без индекса

На выборку?

существуют в природе быстрые базы, в которых вообще отсутствуют индексы?

Колоночные, там не индексы обычно

На выборку?

Хоть на что. Она на любой запрос по порядку пойдет

И будет верещать каждый раз

И будет верещать каждый раз

Требований по количеству данных не было. Поэтому колоночные.

Требований по количеству данных не было. Поэтому колоночные.

Даже если 10 строк будет верещать. И с 10 строками ЛЮБАЯ

Даже если 10 строк будет верещать. И с 10 строками ЛЮБАЯ

Я не понимаю, что значит верещать