Кронус программа что это

Содержание

ПРАВИЛА ПОЛЬЗОВАТЕЛЕЙ ВЕТКИ БД

1. Ресурс предназначен для БЕСПЛАТНОГО обмена БД, между пользователями раздела Баз Данных.

2. ЛЮБОЕ проявление «купли — продажи», карается бессрочным баном. Без возможности восстановления аккаунта.

3. Пользователи, которые только зарегистрировались и начинают свою деятельность с просьб выложить какую-нибудь базу, считаются «попрошайками». Сообщения будут удаляться.

4. На форуме возможно использование рекомендованного пароля для защиты БД от новичков и мимопроходящих граждан. Рекомендованный пароль выдается активным участникам ветки БД, которые участвуют в обмене или конвертации опендаты либо сторонних форматов в формат cronos+, cronosPRO.
Пароль выдается модераторами раздела после совместного решения.

5. На форуме разрешено использование личного пароля. Устанавливая пароль на базу, нужно обозначить это при раздаче. Просьба, «хлам» не паролить.

6. Для упрощения идентификации баз данных необходимо при раздаче указывать формат и количество записей в базах. Ленивые будут стимулироваться удалением ссылок на БД из сообщений.

ПОЧЕМУ ВСЕ БОЯТСЯ CRONUS ZEN? ЛЕГАЛЬНЫЙ ЧИТ ДЛЯ КОНСОЛЕЙ! КАК ЭТО РАБОТАЕТ?

7. В ПРАВИЛА могут вноситься ИЗМЕНЕНИЯ.

ЗАПРЕЩЕНО:
— все «ПРОБИВОНЫ» персональных данных, а также просьбы по данной теме.
— распространение вредоносных БД, вирусов, троянов, сплойтов и т.д.
— распространение платежных данных граждан СНГ.
— распространять данные о любых воинских соединениях любой страны мира.
— распространять данные о сотрудниках силовых структур любой страны мира.

За нарушения пожизненный бан, без возможности восстановления аккаунта.

Re: Базы данных Cronos

Сообщение sandro123 » 29 ноя 2021, 11:12

начнемс
омская область — работающие
актуальность:2020
состав полей: фио- снилс- рег номер — место работы
записей: 2500
формат: эксель
[External Link Removed for Guests]
пароль личный

[Local Link Removed for Guests]

Re: Базы данных Cronos

Сообщение Базилиус » 29 ноя 2021, 12:40

БД Спецучет МВД Беларусь. Участники акций протеста 2020
Количество записей — 95
Поля:
— ФИО
— Дата рождения
— Информация
! Ссылка для скачивания: [External Link Removed for Guests]

Re: Базы данных Cronos

Сообщение konkar » 29 ноя 2021, 19:16

Сборник баз по северо-западу, извлеченных из кучи, опубликованной Eniac
[External Link Removed for Guests] рекомендованный на старом форуме
К сожалению не нашел как прикрепить файл, поэтому
Наименование банка: СЗФО КАЛ ФЛ Клиенты игрового клуба 2010 Спойлер

Общее количество записей в банке: 948

Список баз:
N|Название базы|Имя|Тип|Кол-во наборов|Поле кода|Кол-во записей
1| клиенты игрового клуба|КT|1|0||948

База : клиенты игрового клуба
Состав полей базы
N поля| Название поля|Тип|Длина поля|Словарь|Статус|Связь с базами
0|Системный номер|Ц|10|||

ЧТО ТАКОЕ CRONUS ZEN

1|ФИО|Т|90|||
2|Дата рождения|Д||||
3|e-mail|Т|22|||
4|Телефон|Т|10|||
5|Документ|Т|27|||
6|Серияномер|Т|10|||
7|Адрес|Т|46|||
8|Источник|Т|27|||

Наименование банка: СЗФО РП СПАРК 2016 Спойлер

Общее количество записей в банке: 108`125

Список баз:
N|Название базы|Имя|Тип|Кол-во наборов|Поле кода|Кол-во записей
1|сзфо спарк|СT|1|0||108125

База :сзфо спарк
Состав полей базы
N поля| Название поля|Тип|Длина поля|Словарь|Статус|Связь с базами
0|Системный номер|Ц|10|||
2|Наименование|Т|87|||
3|ОГРН|Т|20|||
4|Краткое наименование|Т|92|||
5|Наименование полное|Т|176|||
6|Адрес (место нахождения)|Т|112|||
7|Руководитель ФИО|Т|31|||
8|Руководитель должность|Т|41|||
9|ИНН руководителя|Т|12|||
10|Телефон|Т|160|||
11|Факс|Т|10|||
12|Электронный адрес|Т|53|||
13|Web-адрес|Т|10|||
14|Дата регистрации|Д||||
15|ИНН|Т|10|||
16|Регион|Т|21|||
17|Вид деятельности/отрасль|Т|135|||

Наименование банка: СПб и ЛО СПР 2 ГИС 01.2015 Спойлер

Общее количество записей в банке: 119`071

Список баз:
N|Название базы|Имя|Тип|Кол-во наборов|Поле кода|Кол-во записей
1| база организаций на январь 2015|СT|3|1||119071

База : база организаций на январь 2015
Состав полей базы
N поля| Название поля|Тип|Длина поля|Словарь|Статус|Связь с базами
0|Системный номер|Ц|10|||
1|Название организации|Т|90|||
2|Описание и местонахождение|Т|150||МН|
5|E-mail|Т|21|||
6|Телефоны|Т|59|||
7|Факсы|Т|32|||
8|Сайты|Т|18|||

Наименование банка: СПб и ЛО СПР Авито 08.2016 Спойлер

Общее количество записей в банке: 56`156

Список баз:
N|Название базы|Имя|Тип|Кол-во наборов|Поле кода|Кол-во записей
1| авито 08.2016|СT|1|0||56156

База : авито 08.2016
Состав полей базы
N поля| Название поля|Тип|Длина поля|Словарь|Статус|Связь с базами
0|Системный номер|Ц|10|||
1|Описание|Т|133|||
2|Продавец|Т|14|||
3|Контактное лицо|Т|23|||
4|Местонахождение|Т|60|||
5|Телефон|Т|10|||

Наименование банка: СПб и ЛО ФЛ жители Спойлер

Общее количество записей в банке: 542`800

Список баз:
N|Название базы|Имя|Тип|Кол-во наборов|Поле кода|Кол-во записей
2|Жители|MX|1|0||542800

База :Жители
Состав полей базы
N поля| Название поля|Тип|Длина поля|Словарь|Статус|Связь с базами
0|Системный номер|Ц|10|||
1|ФИО|Т|90|||
7|Дата рождения|Д||||
2|Сотовый телефон|Т|10|||
3|домашний телефон|Т|15|||
4|Паспорт|Т|12|||
5|Выдан|Т|124|||
6|Адрес|Т|76|||
8|Место работы|Т|100|||
9|Рабочий телефон|Т|10|||
10|Email|Т|100|||

Re: Базы данных Cronos

Сообщение sandro123 » 30 ноя 2021, 12:39

Re: Базы данных Cronos

Сообщение deicide » 01 дек 2021, 06:46

Ликвидированные ЮЛ по РФ от 26 ноября 2021 года.
Формат кронос+ 3.04.72, записей 8’309’428, индексы построены по ключевым полям.
Без защиты, без пароля.
[External Link Removed for Guests]

Re: Базы данных Cronos

Сообщение sershb » 01 дек 2021, 10:28

Билайн домашний интернет. 2021. Москва и МО. 289 т.
формат: текст
[External Link Removed for Guests]
пароль личный, в приоритете обмен

Единый государственный реестр получателей жилищных субсидий

Сообщение redakula » 01 дек 2021, 15:22

Единый государственный реестр получателей жилищных субсидий Украины
По состоянию на 01.11.2021 Спойлер

Наименование банка: Subs UA 01.11.2021

Тип банка: Cronos
Размер банка: 1`367`583 Kb
Дата и время модификации: 01.12.2021 (15:46:30)
Общее количество записей в банке: 8`271`695

Список баз:
N|Название базы|Имя|Тип|Кол-во наборов|Поле кода|Кол-во записей
1|table11.csv|TV|1|0||8271695

База :table11.csv
Состав полей базы
N поля| Название поля|Тип|Длина поля|Словарь|Статус|Связь с базами
0|Системный номер|Ц|10|||
1|Идентификатор|Ц|20|||
2|Область|Т|100|||
3|Населённый пункт|Т|100|||
4|Улица|Т|100|||
5|Дом|Т|50|||
6|Квартира|Т|50|||
7|Состояние|Т|50|||
8|Размер субсидии в месяц коммунальные услуги грн.|Т|50|||
9|Размер субсидии в год сжиженный газ, тв. топливо грн.|Т|50|||
10|Региональный отдел соцзащиты|Т|300|||
11|Дата первого назначения субсидии|Д||||
12|Начало периода действия последней субсидии|Д||||
13|Окончание периода действия последней субсидии|Д||||
14|Размер субсидии в месяц на неотопительный период грн|Т|50|||
15|Размер субсидии в месяц на отопительный период грн.|Т|50|||

[External Link Removed for Guests]

Пароль redakula

[External Link Removed for Guests]

Re: Базы данных Cronos

Сообщение sandro123 » 01 дек 2021, 19:38

выменял: РФ данные о гражданах (нужен конверт, наборы файлов)
актуальность 2019
записей: 2400
в архиве сведения: Спойлер

фио
дата и место рождения
серия номер паспорта
адрес проживания
номер телефона (электронная почта)
документ об образовании

Источник: phreaker.info

Kronos: никаких путешествий во времени даже в распределенных системах

В распределенных системах есть ряд фундаментальных проблем: эффективные распределенные транзакции, exactly-once обработка данных, точная синхронизация физических часов. Для решения последней проблемы были изобретены разные виды логических часов.

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

Однако, можно придумать нечто более надежное — Kronos. В статье мы посмотрим на алгоритм учета причинно-следственной связи и его применение для построения Key-Value хранилища с распределенными транзакциями.

Проблемы

Как уже было сказано, с логическими часами есть ряд проблем:

Несуществующие зависимости возникают потому, что логические часы вводят полный порядок на событиях — т. е. любые про любые два события можно сказать, какое условно-раньше, а какие условно-позже. Подряд условный, поскольку точно определить взаимосвязь событий во времени определить невозможно, в том числе в силу Специальной Теории Относительности.
С другой стороны, логические часы учитывают взаимосвязь только через сообщения внутри системы. Если какие-то два события связаны, но вне системы, например, через пользователя (добавление товара в корзину в одной части системы -> оплата заказа), то логические часы могут упустить такую взаимосвязь.
К логическим часам невозможно получить доступ извне, а также сложно связать между собой несколько независимых компонент (распределенная файловая система, сервисы обработки запросов, аналитика).

Решение

В статье 2014 года Kronos: The Design and Implementation of an Event Ordering Service предлагается решение — отдельностоящий сервис, который будет заниматься учетом причинно-следственных связей в событиях.

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

Минимальное API можно определить следующим набором методов:

Метод Результат Комментарий

create_event()	e	Создает новое событие в Kronos
query_order([(e_1, e_2), . ])	[, . ]	Для каждой пары из запроса возвращает направление причинно-следственной связи, или одновременность событий
assign_order([(e_1, e_2, must), (e_3, e_4, prefer), . ])	OK/FAIL	Для каждой пары из запроса устанавливает направление причинно-следственной связи
acquire_ref(e)	OK	Увеличивает счетчик ссылок для данного события
release_ref(e)	OK	Уменьшает счетчик ссылок для данного события

Реализация

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

Эффективный BFS

В нашем случае, граф может быть большим, но события, для которых будут выполняться запросы проверки, как правило, будут располагаться близко. Поэтому необходимо выполнять BFS быстрее для таких случаев.

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

Сборка мусора

Как видно из таблицы, есть еще два метода: acquire_ref и release_ref .

Внутри Kronos для каждого события хранится счетчик ссылок. Пока какой-то сервис обрабатывает событие, или оставляет за собой возможность добавлять новые события, которые случаются после текущего, он хранит ссылку. Когда такая необходимость пропадает, сервис вызывает release_ref .

Kronos удалит событие, когда все условия будут выполнены:

Количество ссылок достигло нуля
Все события, предшествующие данному, уже удалены из графа

Такой подход не ограничивает возможные запросы, но экономит память внутри Kronos.

Приложения

Рассмотрим использование системы на примере Key-value хранилища с распределенными транзакциями.

Пусть есть несколько серверов, каждый сервер отвечает за диапазон ключей.

Каждой транзакции соответствует событие в Kronos. Для каждого ключа сервер должен хранить номер последней транзакции, в которой участвовал этот ключ. Клиент создает событие и рассылает его номер по всем серверам, чьи ключи затронуты данной транзакцей. Сервер пытается создать зависимость в Kronos между текущим номером транзакции и предыдущим событием, которое сохранено для этого ключа. Если создать зависимость не получается, то транзакция признается неуспешной (заметим, что до текущего момента никакакого взаимодействия с данными еще нет).

Если же все операция добавления зависимостей завершились успешно — это значит, что транзакция состоится и ее можно выполнять. Сервера узнают об этом от клиента и начинают выполнять части транзакции.

Заметим, что такие транзакции будут ACID:

Atomicity: транзакция либо не сможет быть запланирована в Kronos, либо будет запланирована к выполнению на всех узлах.
Consistency: автоматически в KV-хранлищах.
Isolation: если две транзакции пересекаются по данным, значит они будут связаны причинно-следственной связью в Kronos, а значит одна будет выполнена раньше другой.
Durability: поскольку Kronos устойчив к падениям и предполагается, что каждая реплика хранилища тоже устойчива, единственное, что нужно доказать — персистентность данных незаконеченных транзакций. Действетльно, если транзакция помечена клиентом как успешная, но на сервере запись еще не выполнена, то такой факт легко установить, поскольку сервер также ведет учет выполненых частей транзакций.

Производительность

Реализация такого KV-хранилища действительно может быть эффективной. В оригинальной статье приводятся данные, что описаная реализация KV-хранилища превосходит по скорости транзакций реализацию на основе блокировок в 4 раза.

Более того, в сравнении с MongoDB система поверх Kronos уступает всего на 6%, при том, что в MongoDB не используются распределенные транзакции.

Анализ

Тем не менее, эксплуатация Kronos несет ряд недостатков.

Во первых, возникают накладные расходы обращения к Kronos — каждый запрос потребует как минимум одно обращение.
Kronos также будет являться единой точкой отказа — авторы статьи не предлагают способов партицирования графа событий.
В систему неплохо было бы добавить ряд методов. Например, в примере с KV-хранилищем неплохо было бы иметь callback, который сообщал бы серверу о статусе транзакции — она успешно была добавлена в граф со всеми нужными зависимостями — или, наоброт, не удалось выполнить транзакцию.

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

Заключение

Примерно такому мы в Школе GoTo учим студентов и школьников на направлении Распределенных Систем.

А еще есть Алгоритмы и Приложения, Прикладное программирование, Биоинформатика и Анализ Данных

Приезжайте к нам на осеннюю школу 27 октября — 4 ноября или зимнюю школу в начале января.

А если вы уже не студент и не школьник — приезжайте преподавать.

распределенные системы
логические часы
графы
транзакции. acid
key-value storage

Источник: habr.com