Уметь в базы данных

Так или иначе, я запилил некоторый преферанс и куртизанок в свою БД. Далее по плану - раскурить SQLite и запилить преферанс и куртизанок v2.0. Но это уже https://i.ytimg.com/vi/gF060AIFiB8/hqdefault.jpg

Искал по интернетам, с чего бы начать начинающему С/С++ говнокодеру обмазываться в базы данных в контексте взаимодействия приложений с ними. Лазая по разным местам, набрёл на совет "начать с SQLite". На хабре нашёл статью, где немного рассказывается про её основные особенности и плюшки. Так же показан небольшой пример кода на Си, чтоб показать как оно шпили-вили. Скопировал, запустил, взлетело. Ну из интересного тут то, что она как бы встраиваемая (нет сервера) и с открытым исходным кодом. Т.е. включив в свой проект пару файлов (заголовочный и исполняемый), я сделаю так, что моя программуля смогёт в полноценную реляционную базу данных. Ещё интересная особенность - тип столбца не определяет тип хранимого значения, то есть в любой столбец можно занести любое значение. Самое необычное, имхо, - нельзя удалить или изменить столбец в таблице (ALTER TABLE DROP COLUMN…, ALTER TABLE ALTER COLUMN… ). Делается оно таким макаром: создаётся временная копия таблицы в RAM, старая таблица удаляется, создаётся новая на винте с требуемыми изменениями по столбцам, из временной таблицы в RAM изменения копируются в новую таблицу на винте... Как-то так.

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

Что интересно (на будущее), имеется расширение для spatial data https://en.wikipedia.org/wiki/SpatiaLite

В принципе, в базовый SQL я умею, могу создавать/изменять таблицы, заливать в них данные, писать хитрые и не очень селекты. Думаю, на первых порах этот вариант мне подойдёт для разработки моего говноприложения на С++, которое должно уметь в базку данных (локальную). Собственно, включил в качестве этапа "раскурить SQLite". Под этим подразумеваю более-менее разобраться с API.

С месяцок назад я тут написал, что мной был обнаружен некий потолок. Ну дык вот вам моя

Феласофская телега с претензией на что-нибудь (чтоб быть интересной мыслью. или съесть конфету. или... взобраться на твою мамку азазаза)

Когда усердно и с пристрастием работаешь в каком-то ремесле, рано или поздно ты достигнешь потолка. Потолка этого ремесла. Быть может, затем ты пробьёшь этот поток, сотворив тем самым что-то новое, ранее невиданное и чудесное.

Ты, возможно, и сейчас усердно трудишься в своём ремесле. И даже если ты делаешь это не правильно, ты всё равно достигнешь потолка. Но, увы, если ты делаешь не правильно, тебе не удастся пробить потолок. И тогда в какой-то момент ты осознаешь, что у тебя всё шиворот-навыворот, всё с ног на голову. И этот потолок на самом деле - пол. Точнее дно. Днище. DNIWE EBANOE111!один

Слишком сложный запрос

Пару недель ушло на поиск и исправление ошибок в данных. Зато теперь они корректные.

Однако, работает медленно, ибо так оно не должно делаться... У меня голая база ms access, всякие овер9000 вычислений делаются внутри 100500 запросов, вложенных друг в друга. В итоге опытным путём мною был обнаружен потолок такого подхода. Он на прикреплённом жпг-файле. Насколько я себе представляю, у нормальных людей так быть не должно. Оно должно быть как-то вот так: есть БД и есть приложение, к ней подключающееся, написанное на ЯВУ и всё такое прям объектно-ориентированное, что аж умеет и могёт чуть более чем всё в рамках всех поставленных задач. Всякие дикие траектории космических летательных аппаратов и искривления пространства-времени рассчитывает именно приложение, а СУБД выполняет лишь простенькие и крайне примитивные запросы по выдаче/манипуляции/записи данных, без сумасшедших вложений и вычислений, зато быстрые и эффективные... Но я пока тут сам себе сам и мне ещё пока позволительно немного поковыряться в песочнице.

На ближайшее будущее планирую запилить на С++ пару небольших программ (они должны облегчить мою работку), которые будут осуществлять некоторые полезные штуки с файлами в формате csv, полученными из вот этой вот "детсадовской", но всё-таки рабочей, базы данных.

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

За последние недели 3 мной в моей базке MS Access мной было понаписано тысячи 1.5 - 2 строк всяких разных SELECTов. В том числе нужного строк на 500. Есть некоторый прогресс. Наконец получил то, что хотел - > полученная модель позволяет хранить данные в нормальной форме (без всякой двоякости), что хорошо в плане целостности. Однако, местами не очень хорошо в плане производительности. Но, если ковырять, думать, потом читать, потом снова думать, а потом опять ковырять, то в процессе вынимания рук из ж*** и их последовательного выпрямления, выпрямляются и ускоряются SELECTы, набранные этими самыми руками.

Насчёт моей книжки по MySQL. Какая-то она тоненькая... Ну да, там написано, что Линукс - хорошо, написано как сделать себе гомункула LAMP, но совсем мало по теории. Мне, нубу, нужно что-нибудь более кирпичное. Ну и да, у MySQL много больше возможностей, но я пока не готов переползти.

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

Руки не дошли, так как у нас тут на одном из объектов сменился арендатор и надо было быстренько слячкать новый договорчик. А чтоб не писать туда фигни, я решил, что настало время Валеры заглянуть-таки в кое-какие изменения в законодательстве. В том числе в части расчёта пеней за просрочки по платежам за ЖКУ. И я кое-что вспомнил. А заодно вот, решил, поделиться кое-какой информацией с вами, так как ЖКУ касаются почти каждого. А я чуть ли ни инсайдер чтоль...

1. Платёжный документ (квитанция) за ЖКУ выставляется в конце каждого расчётного периода (1 месяц) и направляется потребителю для оплаты.

2. На платёжном документе указывается срок оплаты (10 дней после окончания расчётного периода). После, уже считается как просрочка платежа.

3. НО! В течение первых 30 дней просрочки платежа физ.лицам пени НЕ НАЧИСЛЯЮТСЯ согласно законодательству эрэфии. п.14 ст. 155 ЖК РФ. Начисление пеней начинается с 31 дня в размере 1/300 ставки рефинансирования за каждый день просрочки (ну а с 91 дня аж в размере 1/130 ставки рефинансирования).

4. Пени на пени не начисляются. Так-то.

Однако, многие исполнители (ТСЖ, управляющие компании и вот эти вот все ребята), частенько забивают на пункт 3 этого списка (да и на 4 тоже), и лупят пени сразу с первого дня. Что не законно. У меня так Гуф умер совсем недавно было. Пришла квитанция за январь, срок оплаты - 10 февраля. Но было много всяких мелких дел, и оплатили мы её на пару-тройку дней позже. Что же вы думаете? В квитанции за февраль появились пени на 5 с чем-то там рублей. Я их платить не стал, оплатил только сумму начислений. Мне не жалко 5 рублей, но это вопрос принципа. Посмотрим, что будет в квитанции за март, а там уже решу, как с ними действовать дальше (интересно, начислят ли нам пени на пени?).

Алсо есть ещё много прецедентов такого рода (и иного) рода безобразия в ЖКХ, но это уже совсем другие истории. Будьте здоровы! И будьте внимательны - не позволяйте всяким беспредельщикам грабить себя даже на 5 с чем-то там рублей.

Из хорошего: вроде более-менее определился, что нужно запилить в рамках этого безобразия, чтоб можно было меньше работать ту же самую работу, а высвобожденное время использовать для изучения вундерфали всякого.
З.Ы. Когда начинаешь немножко обмазываться SQL, некоторое из того, что предлагает MS, становится ненужным, вплоть до того, что это можно классифицировать как "ограбление корованов".

Книжка научила меня в SELECTы. Я пока не умею в базы данных, но теперь стал более лучше одеваться уверенно чувствовать себя при написании больших и толстых (с килограммами вложенных) SELECTов, которые всю БД туда-сюда и в хвост и в гриву.

Алсо-таки перепилил план цели про преферанс и куртизанок и добавил сюда уже в качестве полноправного пункта, а не просто как ссылочку.

Продолжаю существовать.

Осилил ещё пару глав из руководства по MySQL: "Работа в MySQL" и "Управление пользователями и привилегиями". Типа в каше из всяких сведений и отсутствием чёткого осознания, куда и что из этого мне применить... Как по улице бежать в трёх ботинках. Два на ногах и один в заднице. Алсо, отличный день для того чтоб взять, и перестать существовать.

В БД, которая у меня на работке (в которую нужно блэкджек и шлюх преферанс и куртизанок), сильно всю структуру перепилил. Да и круг задач чуть поменялся и утрясся. Да и методы чуть-чуть поменялись. Да в общем всё другое теперь. Нужно из этого 2 базы сделать. Или 3. Или ни одной. А ещё нужно соответствующую цель соответственно перепилить. Ну и временные рамки сделать. И перестать существовать.