Open Source проект

Помогите с оформлением ТЗ и проектированием проекта на python3.x К сожалению, не имею образования в сфере IT, и вообще не представляю, с чего начинается разработка на практике. Есть небольшие наработки, для себя в принципе сформированы общие требования к реализации, были начинания то есть что-то функционирует. Стек технологий, и gui-программка простенькая, для собственных целей: python3.x, sqlite.

0

Сообщение от AlexMarkov - Правильность типов данных для SQLite3;

Про это говорил выше. Хоть там все и сводится к 4-5 типам, лучше использовать конкретные - date, varchar, boolean,.... Это создаст куда меньше проблем даже для понимания. Я могу назвать столбец created_at типа text и хрен догадаешься, что мое больное воображение могло засунуть в этот text. Но как только это становится created_at | datetime , то тут уже вопросов не возникает. Я уже кидал на это ссылку, и писал про "левый столбец" типов читаем тут. Да и если решите поменять СУБД, проблем будет куда меньше.

Сообщение от AlexMarkov - Возможно ли добавить текущую дату в последнюю колонку создаваемой записи?

Нужно добавить дефолтное значение этому столбцу. Где-то это будет как default getdate(), а где-то default datetime(CURRENT_TIMESTAMP, 'localtime'). Естественно, т.к. есть значение по умолчанию, то если в этот столбец запросом не будет передаваться значение, то будет использовано значение по умолчанию.

Сообщение от AlexMarkov - Правилен ли перевод наименований атрибутов, нужны правильные варианты?

Опять же даты. Просто date ни о чем не говорит, нужно немного конкретики, например date_created | date_removed. Даже если кто-то другой посмотрит на таблицу, он сразу поймет, что это дата создания, а это удаления, без всяких рысканий по документациям. Названия не стоит давать длинной 100500 символов, кириллицей и с пробелами/дефисами. Они должны быть понятными, на англ. алфавит и максимум использовать как разделитель _. Это касается как самих таблиц, так названий столбцов (TableName, table_name).

Сообщение от AlexMarkov - Как решаются проблемы в базах данных, с числовыми разделителями, я про "." и ","?

Значения в запрос передаются ПАРАМЕТРАМИ вне зависимости от СУБД и ЯП. Реализацию надо смотреть - можно передать просто объект или надо еще указать его тип.

ИТОГ: по сути я просто перепечатал некие основы, которые можно было взять из любой литературы или видео.
Мне кажется, проще было самому создать одну таблицу с разными типами данных (col1=int, col2=varchar, col3=date....) и добавить в нее используя код несколько строк (помним про параметры, а не конкатенация строк), тогда всё сразу стало бы понятней и наглядней. Потому что помимо этого, "базу придется реализовывать" и моделями в коде вот пример и еще. Не надо думать "да нафига мне такие сложности, зачем создавать по 20 раз одно и то же", так говорят только те, кто первый раз сталкивается с этим) От части, именно поэтому надо давно было перейти к коду и одной тестовой таблице и всё попробовать. И уже потом сидеть тратить время на теоретическую часть и рисование таблиц.
Если ломать голову над каждой, как может показаться поначалу, "проблемой",то можно так и остаться с красивыми картинками uml-диаграмм.
https://metanit.com/sql/tutorial/1.1.php

0

Сообщение от ipsorokin datetime(CURRENT_TIMESTAMP, 'localtime')

Вот за это спасибо, заработало, ранее пробовал date('NOW') - в триггере сработало, в записи DEFAULT нет. С датами, действительно, надо подправить наименования.

Сообщение от ipsorokin НЕСОГЛАСЕН, далее по тексту: Про это говорил выше. Хоть там все и сводится к 4-5 типам, лучше использовать конкретные - date, varchar, boolean,..

Я использую базу данных SQLite3, в которой четко определены используемые данной СУБД типы данных, я не проектирую приложение для серверной СУБД, это задача отдельной версии (ветки развития). Я уже об этом говорил, читайте внимательнее, есть требования. Я вам про корову, вы мне про попугая. Последующему пользователю понятнее использование реальных типов, а не облачных, которых на практике не может быть. Вообще, и это мое личное мнение, никого не хотел бы обидеть, использование везде где не "попадя" серверных СУБД на практике себя не оправдывает, это сравни сумасшествию, мнить себя Наполеоном не имея при этом армии), последующему разработчику необходима хоть какая-нибудь документация, так проще разобраться и продолжить работу. Я использую SQLite и это точка, соответственно, использую типы данных понятные физической модели этой СУБД, а не заоблачные varchar, которые в одной СУБД могут быть varchar(64) для записи 64 байтовой информации, в другой 64 символьной, ерунда. Ссылки, откровенно говоря, ерундовые, ничего полезного там нет, еще один перевод иностранной статьи без своей головы на плечах. Вообще я искал помощи в разработке. Здесь же я так понял, одни "балаболы-руководители", не имеющие ничего общего с проблемами обычного человека-разработчика.

Сообщение от ipsorokin "базу придется реализовывать"

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

Добавлено через 11 минут

Сообщение от ipsorokin Они должны быть понятными, на англ. алфавит и максимум использовать как разделитель

Использую английский алфавит, только из-за проблем с кириллицей в машинных языках, а также используемой нами кодировки Unicode в которых символы других языков, кроме английских используют дополнительные биты информации для записи, что вызывает затруднение при использовании на не локализованных версиях систем.

Сообщение от ipsorokin И уже потом сидеть тратить время на теоретическую часть и рисование таблиц

А вот это уже обидно, мало кто знает, но это слова Мефистофеля: "Теория суха, а древо жизни зеленеет вечно".

0

AlexMarkov, Ну раз Вам тут туфту все втирают, и знаете всё лучше других, то в этой теме нет нужды. Сами разберетесь. Успехов.

0

ipsorokin, Я сам и разбираюсь, была бы помощь другой вопрос. От ваших красивых буковок, как вы говорите, толку никакого. Я сделаю, а вот что вы делаете, я не понимаю. Я не знаю лучше других, по вашему тексту это вы так считаете, всего доброго, а тема открыта, и будет открыта для тех кто может ответить на заданный вопрос темы, а не говорить о третьих вещах не имеющих никакого отношения к делу. Какие вы обидчивые, как дети, ничего плохого не имел ввиду.

0