Список проголосовавших за комментарий "<blockquote>Интересно как альтернатива будет ли выигрыш по скорости работы к текущей реализации через СУБД за счет переноса основной логики в оперативную память. Плюс на c# потренироваться. Но с 0 это уж слишком, нужен каркас…</blockquote><br/> Будет выигрыш. Самая затратная процедура — это процедура установки соединения с базой, поэтому ее лучше сделать 1 раз, обращаться к базе только в случае явной необходимости, при этом все обращения организовывать через ранее открытое соединение и переоткрывать только в случае, если оно по каким-либо причинам отвалилось. После открытия соединения скорость на SSD, HDD или Ram-диске уже не имеет значительных отличий по времени (проверял ради интереса, отклонения в сотых долях секунды), но опять же проверял для задач выставления заявок минимум на минутках, если Вам нужно будет торговать на тиках, то уже время доступа будет иметь значение <br/> <br/> Ваша задача довольно непростая, как это может показаться на первый взгляд, каждое предложение будет в реальности обозначать приличный объем кода, поэтому и цены такие. Почему бы просто не воспользоваться уже готовыми решения типа <a href="/r.php?u=http%3A%2F%2Fwww.tslab.ru%2F&s=13030115">ТСЛаб</a>, где 90% из того, что Вам нужно (кроме выгрузки во внешнюю базу, что написать не долго) уже изобретено и работает, и стоит все удовольствие 3500 в мес. <br/> <br/> В качестве бесплатного варианта можно рассмотреть <a href="/r.php?u=http%3A%2F%2Fo-s-a.net%2F&s=3517710241">OSA</a>, о которой выше упомянули уже, там только C# к сожалению, то есть надо будет начинать разбираться в коде. В ТсЛаб достаточно выучить несколько десятков кубиков и можно делать то же самое. <br/> <br/> В общем, выбор есть и писать свое с нуля имхо — не самый лучший вариант. На Ваших скринах кто-то заморочился всем этим делом в MS Access, очередной раз доказывая, что Acs можно использовать не только для для обучения школьников. Интересно, насколько стабильно все это дело работает<br/> <img smile="music"/>"