mayton2019

Вот тут готовое решение https://stackoverflow.com/questions/35530640/panda...

Через fillna, isnull короче куча вариантов.

Ноль - это хорошо. Отсутствие ошибок. Если ты хочешь возвращать какие-то
статусные коды из функции main - то ее надо объявить как-то так

int main(int argc, char **argv) {
   return 555;
}

И тогда операционка увидит 555 и можно делать какую-то логику принятия решений. В Windows кажется переменная %errorlevel% отвечает за статусы.

По топику не сильно понятно что-же на самом деле хочет делать автор. Движок или саму базу?

У баз знаний есть одна особенность. Они обычно понятны только их создателю. Тоесть если вы хотите обобщенного решения - то берите mediawiki. Всем подходит. Но опции поиска будут - наподобие текстовых. Если какое-то очень узкое кастомное решение - то это какой-нибудь семантическйи веб (XML/RDF) но пользоваться этим и искать информацию сможет только их создатель. Зато можете искать информацию очень узко. Например "все друзья у которых есть вконтакте друг который входит в группу и т.д".

Я вот тоже пытался делать умные базы но в конечном счете все закончилось банальным языком разметки наподобие github markup language и текстовыми файлами.

Вот так надо.

<properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <maven.compiler.source>11</maven.compiler.source>
    <maven.compiler.target>11</maven.compiler.target>
  </properties>

        <plugin>
          <artifactId>maven-compiler-plugin</artifactId>
          <version>3.8.0</version>
        </plugin>

Вопрос состоит из двух частей. Первое - собственно какие права доступа даны браузеру операционной системой. Тут - сложно сказать. Я-бы исходил из пессиместичного ответа. Скорее всего - полные права пользователя. Вот все что делает пользователь в своём хоум-каталоге - все делает браузер. Видит все-файлы и создает сокетные соединения во внешний мир. В случае чего технически может слить весь ваш home вместе с паролями и ключами и кредитками если они "просто так лежат" в файлах. Почему еще не слил - это просто вопрос нашего доверия к самому производителю.

UPD: Дополнение. Отдельным вопросом можно уточнить что видит JavaScript машина. Тут я не специалист. Пускай веб разработчики скажут. По крайней мере нем обещали что JavaScript не имеет доступа к локальным файлам напрямую.

И второй - какие сведенья бразуер регулярно шлет на сайты. Это проверить легко например через https://www.hashemian.com/whoami/ и вообще через любые whoami-сервисы.

В режиме разработки в браузере - можно видеть ту-же самую инфу где-то во вкладке Network (send) кажется.

До 2005 года мы жили в сладкой неге работающего закона Мура. Каждая новая покупка - удваивала производительность и играх и приложениях. Pentium, P-2, Celeron, P3, P4, Dual-Core .e.t.c.

Сегодня - потратишь несколько кило-баксов и получишь +10% (возможно) к работе офисных приложений. И то не всегда за счет процессора а за счет других небольших увеличений. Там где-то частота шин. Там где-то просто чуть более быстрый SSD. А так ... просто покупать ради нового стикера на корпусе? Ну это как тюнинг авто. У кого синие светодиоды - тот и самый крутой в рабочем посёлке.

Вобщем пускай i5 работает пока не сгорит.

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

insert into message(9999999, -1, "Mua-haha...");

И у меня есть пост от анонимоса который не зарегистрирован как пользователь.

Разумеется можно полагаться на логику твоего приложения и думать что такая ситуация невозможна
но с точки зрения БД она вполне возможна потому как родственная связь User + Message нигде не объявлена.
И SQL позволяет это сделать.

Чтоб поправить ситуацию надо эту связь добавить и тогда я не смогу создать фейковые посты от анонимосов.

ALTER TABLE Message
ADD FOREIGN KEY (userid) REFERENCES users(id);

По умолчанию констрейнт создается с опцией restict (это было в Оракле как в Майскл - не знаю)
и это гарантирует что невозможно также удалять родительские записи пока есть дочки.
Для скорости ссылочные ключи всегда - индексированы.

Рассуждать на тему вреда от аномалий - это просто терять время. Каждый владелец БД сам решает
какие уровни строгости ему вводить. Вообще любая теория касаемая БД - по сути просто развивает
идею строгости НФ1,2,3,4,5,6 и ссылочных ограничений.

Будет ли виден пост от анонимосов - это тоже другой вопрос и он не имеет отношения к обсуждаемой
теме. Ведь тема касается именно логичности данных в БД а не тем методам которые их отображают.

По сути вопрос сводится к тому как не создавать мусор в БД.