Это будет мой кулинарный протест против молчания в чате. 🧐

Дела делать надо, шмот на зиму закупать ) не время в чатиках сидеть, холодно-с.

Точно, утром +3°С было

Сейчас 12... И аккумулятор новый нужен и переобуться

То чувство, когда временно без транспорта - и тратиться не надо, и некомфортно )))

Кто то занимался таким извращением как создание базы данных без базы данных, то есть имитация с помощью файлов и сериализации

На автобусах и тп удобнее, если посчитать, то так даже выгоднее, но не удобно иногда ☹️

Это именно база данных реализованная полностью из текстовых файлов

Кто то занимался таким извращением как создание базы данных без базы данных, то есть имитация с помощью файлов и сериализации

NoSQL на JSON? ))))

Вообще без бд

Вообще без бд

Как это противоречит моему сообщению?

Но ведь самая простая реализация бд без бд - это таблицы?

Nosql это тоже бд

Тогда может будет проще реализовать не через txt, а через json?

Тогда может будет проще реализовать не через txt, а через json?

Я это выше говорил, но понят не был

По большому счёту тебе не нужно показать. Если есть что показать законченно, это уже middle. Тебе нужно рассказать, что делал, какие были проблемы, и т. п. сам процесс. Если остановился один пет, начинаешь другой :)

Всем доброго времени суток! Нужен совет по следующему вопросу: В базе данных есть три таблицы: CREATE TABLE Personalities_T ( Person_id SmallInt NOT NULL, Fullname NVarChar(66) NOT NULL, PRIMARY KEY (Person_id) ); CREATE TABLE Workshops_T ( Workshop_id tinyint NOT NULL, Workshop_name NVarChar(100) NOT NULL, Foreman_id SmallInt, PRIMARY KEY (Workshop_id), CHECK (Workshop_id BETWEEN 1 AND 99), CONSTRAINT UK_Workshop_name UNIQUE (Workshop_name), CONSTRAINT UK_Foreman_id UNIQUE (Foreman_id), CONSTRAINT FK_Foreman_id FOREIGN KEY (Foreman_id) REFERENCES Personalities_T (Person_id) ON DELETE CASCADE ON UPDATE CASCADE ); CREATE TABLE Sectors_T ( Sector_id TinyInt NOT NULL, Sector_Name NVarChar(100) NOT NULL, Sector_chief_id SmallInt, Workshop_id TinyInt NOT NULL, --NOT NULL? PRIMARY KEY(Sector_id), CHECK (Sector_id BETWEEN 101 AND 255), CONSTRAINT UK_Sector_chief_id UNIQUE (Sector_chief_id), CONSTRAINT FK_Sector_chief_id FOREIGN KEY (Sector_chief_id) REFERENCES Personalities_T (Person_id) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT FK_Workshop_id FOREIGN KEY (Workshop_id) REFERENCES Workshops_T (Workshop_id) ON DELETE CASCADE ON UPDATE CASCADE ); При компиляции выдало сообщении Сообщение 1785, уровень 16, состояние 0, строка 48 Introducing FOREIGN KEY constraint 'FK_Workshop_id' on table 'Sectors_T' may cause cycles or multiple cascade paths. Specify ON DELETE NO ACTION or ON UPDATE NO ACTION, or modify other FOREIGN KEY constraints. Сообщение 1750, уровень 16, состояние 1, строка 48 Could not create constraint or index. See previous errors. При просмотре зависимостей нашел, что связь таблицы Personalities_T по первичному ключу person_id с таблицами workshops_T и Sectors_T с внешними ключами foreman_id и sector_chef_id соответственно (они же здесь и уникальные) скорее всего и вызывает данную ошибку. Если убрать каскадное delete и update для одного из внешних ключей в таблицах workshops_T или Sectors_T - запрос на создание всех таблиц в базе данных выполняется без ошибок. Первый вопрос: можно ли что-нибудь сделать в данной ситуации, оставив каскадное удаление? Суть связи в том, что есть условное производственное предприятие, где у каждого сотрудника есть индивидуальный табельный номер и полное имя (Personalities_T), причем он может быть либо начальником цеха (Workshops_T) либо мастером участка (Sectors_T), но никак не может занимать одновременно две данные должности. У участка или цеха временно может не быть руководителя (NULL), допустим в случае если сотрудниу уволился, но еще не успели назначить нового руководителя. Отсюда второй вопрос: как можно запретить присутствие одного и того же табельного номера person_id (from Personalities_T) одновременно в таблицах с начальниками цеха (Workshops_T) и мастерами (Sectors_T)? Спасибо за внимание. UPD: подозреваю, что нужна какая-то промежуточная таблица

советую избавиться от амд

советую избавиться от амд

Ребят, всем привет 🖐 У меня небольшой вопрос: Пойдёт ли виндовс 10 на amd Athlon ii x3 440 (да, это 3 ядра), 4 гб ОЗУ и видеокарта Radeon HD 6700 series. Как там будет с анимациями и ютубом? Собираюсь установить Pro или Home, или может лучше какую-нибудь более стабильную и облегчённую ? Может у кого-то такой же ПК ?

Так стоп В пайтоне реально можно использовать библеотеки из с/с++?

Возможно join

Кто то занимался таким извращением как создание базы данных без базы данных, то есть имитация с помощью файлов и сериализации

База данных должна быть имитирована с помощью текстовых файлов

Ну да таблицу хранишь в файле

При этом должна быть возможность просмотра например свободных номеров на заданную дату

На чём пишешь? Кто задание придумал?

В питоне я бы взял Пандас и таблицы хранил в цсв. Готовый инструмент и реализация без геморроя.

Я так понял в bulk insert нужно какой то параметр кодировки добавить

Но у меня пока даже полуучебные не выходят)). Один с этим гркбанным CLR. У второго идей нет. Идея такая, база данных на файлах. С функцией добавления и удаления кортежей

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

Нее я прям в ТХТ заеисываю

Для пузырька число сравнений n²-n, для выбора наименьшего n²-1

Какие-то абстрактные проекты...

в каком формате?

В текстовом

Внутренняя структура файла, я имею ввиду? Форма записи.