powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / СУБД: клиент-серверные и/или распределенные
9 сообщений из 109, страница 5 из 5
СУБД: клиент-серверные и/или распределенные
    #36840051
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sniff-Kadabra
postgresql - обычный клиент-сервер, хранит медленноменяющиеся, большие данные, которые
приложения запрашивают разово(по возможности), при старте, например.
sqlite - движок "динамической" части, инфа хранится везде, реплицируется с сервера на
локальные машины (на каждой машине запущена служба, собственно, поддерживающая целостность бд)

А смысл использовать разные СУБД? Почему бы не использовать в обеих местах PG? Тогда ваш
"сервис" сводится к простому slony.

Sniff-Kadabra
например, если "статическая" часть - сотни мегобайт, то при подключении нового рабочего
места реплицировать всю базу очень накладно, динамическая должна быть легче на подъём.

Сотни мегабайт это совершенно смешная цифра. С таким объёмом локальное хранилище
тривиально поднимается из бэкапа центрального при инсталляции приложения.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36840071
Sniff-Kadabra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MDTПри усечении строк не все записи таблицы из центральной базы данных попадают в локальное хранилище. Оценка критерия усечения записей для каждой таблицы сможет проводиться не только по данным ее записей, но и в более сложном варианте, на основании содержимого связанных таблиц.
аа..я на это просто засмотрелся.

я таки правильно понял, что у вас библиотека, подменяющая стандартную interbase и клиентский с серверным процессы, которые, собственно, осуществляют репликацию и выполняют запросы на запись в базу? а библиотека, соответственно, разделяет, куда будет отправлен запрос (к локали на чтение, либо к менеджеру на запись) и присылает уведомления, итд?

гм. да, слушайте, все делают одни и те же велосипеды, только с разными колесами, у вас Interbase, у меня - sqlite и postgres. но про количественные критерии распределения ( у вас - усечения) таблиц и записей буду задумываться, имхо, тут мало кто работал.
надо обмениваться опытом)

да, вот кстати, у меня было два варианта реализации динамической части, исключительно через память (все запросы направляются службе на локальной машине, адресуются либо к службе на сервер-запись, либо к локальной бд - в память службы, данные выдаются блоком), либо через файловую систему, т.е., чтение напрямую через библиотеку, без службы, через неё только запись, запросы фильтрует библиотека. при работе через ramdisk, во втором варианте потерь в производительности почти не было, а удобства больше, т.к, прекрасно работает параллельное чтение данных.
как у вас, база хранится на диске?
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36840096
Sniff-Kadabra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
sqlite быстрее, чем постгрес. на sqlite.org выложены соответствующие тесты, в принципе
потом все динамические объекты можно держать в памяти (я уже писал про 2 варианта)
PG тяжеловесен для быстро меняющихся данных, вся его функциональность особо не нужна,мне больше понравилось работать с мелкой шустрой встроенной бд, по тестам я выбрал sqlite

сотни мегобайт, пересланные по сети - уже не ерунда. особенно, к примеру, при переподключении клиентов (сервер упал-поднялся - имеем 100метров* количество клиентов или признаки новизны/устаревания бд на местах, итд)
имхо, разделение стоит того..ну, или, собственно, затем и топ сделал)
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36840101
Фотография artemana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sniff-Kadabra
я таки правильно понял, что у вас библиотека, подменяющая стандартную interbase и клиентский с серверным процессы, которые, собственно, осуществляют репликацию и выполняют запросы на запись в базу? а библиотека, соответственно, разделяет, куда будет отправлен запрос (к локали на чтение, либо к менеджеру на запись) и присылает уведомления, итд?

Нет, серверные процессы ни кто не подменяет, сервер FB\Ya\IB работает в обычной своей конфигурации и в обычном для себя режиме. Клиентскую либу сервера в определенном варианте установки MDT подменяют.
P.S.
Раньше я ссылку на доклад давал, послушай и посмотри слайды.
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36840215
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sniff-Kadabra
к примеру, при переподключении клиентов (сервер упал-поднялся - имеем 100метров*
количество клиентов

Ну, если это - лучшее, что Вам пришло в голову... Дерзайте.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36841867
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sniff-Kadabra
если я правильно понял, у вас - половина, задуманного мною.
у вас, опять, поправьте, если не прав, все данные рассылаются по локальным машинам.
я предлагаю разделять данные по некоторым признакам и использовать совместную конфигурацию.
собственно, я пишу СУБД на основе postgresql и sqlite.

Не забудьте дать имя Вашей СУБД. Тада у Вас буит больше: у них у СУБД имени нет, а есть только имя какой-то ее (а может и не ее даже) части: МТД+Птица. Ихнее там МТД. А Птица ить может в той безымянной СУБД перевесить половину. Ну и безымянные СУБД, скорей всего, вообще можно приравнять к драйверам, в плане их способности запоминаться.
На данный момент у нас тут есть: Селебрум, Зигзаг, ТЖ7, ИформХ. Хотелось бы список уже пополнить.


Кста, ТЖ7 одновременно автором причислялся и к драйверам. Так что прецеденты по отнесению продукта к разным типам ПО у нас тут есть: либерализм в этом плане здесь достаточный. Потому если не прокатит как СУБД, остаются надежды протолкнуть как что-нить еще.
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36843109
Sniff-Kadabra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ух ты)
гм. в имени обязательно должно быть "Снифф" так или иначе.
SniffOS - Sniff's Object Storage для альфа-версии)
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36843470
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo
На данный момент у нас тут есть: Селебрум, Зигзаг, ТЖ7, ИформХ. Хотелось бы список уже пополнить.
Мну с Catreen забыл =(
...
Рейтинг: 0 / 0
СУБД: клиент-серверные и/или распределенные
    #36844036
Фотография Warstone
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoКста, ТЖ7 одновременно автором причислялся и к драйверам. Так что прецеденты по отнесению продукта к разным типам ПО у нас тут есть: либерализм в этом плане здесь достаточный. Потому если не прокатит как СУБД, остаются надежды протолкнуть как что-нить еще.Не... ТЖ7 - это формат файла... Драйвер (R) (C) СУБД (R) (C) это FVMas (R) (C) (TM) (<Я больше не знаю, но что-то еще должно быть>) или ФыВыМяс... Сходите в другие СУБД поржать. Читать можно с начала и... до конца... Сначала, страницы до 20-й - по диагонали.
...
Рейтинг: 0 / 0
9 сообщений из 109, страница 5 из 5
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / СУБД: клиент-серверные и/или распределенные
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]