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

В остальных случаях - ИМХО лучше придерживатся простых решений.

Я видел много софта, моделирующего процессы нейро-логики, но весь этот софт хранил матрицы коэффициентов НС в оперативной памяти (благо их не много), а данные обучающих выборок - во внешних файлах (обычно текстовых). И никаких проблем не было.

Если вам нужен многопользовательский доступ - то это можно реализовать на базе двухзвенки (клиент + сервер приложений), с перспективой перерасти в трехзвенку (клиент + сервер приложений + сервер БД).

C уважением
Lord Mayton

mikolasО реализаций конечно нужно кумекать. Сначала нужно спроектировать нейросеть в реляционном виде так, чтобы работа с ней сней происходила с помощью операторов СУБД, хотя некоторую логику можно взвалить и на клиента, тогда получим выигрышь производительности в многопользовательском режиме.

Это всё - гипотезы. Чтобы говорить более веско вам надо написать два простейших макета вашего алгоритма (с поддержкой РСУБД и без) и выдать на гора статистику. Дескать, я - mikolas, на основании опытных данных, имею смелость утвердать, что ... и т.д.

В противном случае, это выглядит как искусственное и безосновательное нагнетание авторитета РСУБД в частной задаче.