Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Кстати 4 тб базу не пробовали бэкапить на PostgreSQL , а на MSSQL ?
Слэйв не?
1С
Не это ли Жигули?
Всем спасибо за рекомендации, но Вы все не совсем верно, видимо, поняли изначальную задачу.
База, для моих нужд, совсем маленькая все данные в общей с сложности будут не более 15-20 мБ
Для моих нужд нужна база, которая просто БЫСТРО записывает ОДНИМ соединением записи и
100-150 соединений для чтения.
И эти соединения не должны вызывать конфликтов, при обращении к базе.
SQLite нормально справляется с этими задачами, за исключением непредвиденных конфликтов.
База будет располагаться в оперативной памяти, сейчас она на диске.
Я, сначала, написал что-то типа базы на Дженириках, но Mutex(сы) убивали всю скорость,
поэтому я перешел на базу. С базой все гораздо проще, и в плане визуализации тоже.
Добавлено
Кстати, разработчики терминала Срочного рынка MOEX, тоже используют SQLite, но
они только пишут в базу и отображают информацию в таблицах
Всем спасибо за рекомендации, но Вы все не совсем верно, видимо, поняли изначальную задачу.
База, для моих нужд, совсем маленькая все данные в общей с сложности будут не более 15-20 мБ
Для моих нужд нужна база, которая просто БЫСТРО записывает ОДНИМ соединением записи и
100-150 соединений для чтения.
И эти соединения не должны вызывать конфликтов, при обращении к базе.
SQLite нормально справляется с этими задачами, за исключением непредвиденных конфликтов.
База будет располагаться в оперативной памяти, сейчас она на диске.
Я, сначала, написал что-то типа базы на Дженириках, но Mutex(сы) убивали всю скорость,
поэтому я перешел на базу. С базой все гораздо проще, и в плане визуализации тоже.
Добавлено
Кстати, разработчики терминала Срочного рынка MOEX, тоже используют SQLite, но
они только пишут в базу и отображают информацию в таблицах
100-500 читателей при 10-20 (хоть 2-3,но одномоментно более одного) писателей это точно не SQLite
к сожалению.
попробуйте пока просто RWLock обойтись,
а вот когда будет уверенность в руках и голове - переехать на другую базу.
PS/ я-бы помог кодом, но дельфи вообще мимо меня прошло...
100-500 читателей при 10-20 (хоть 2-3,но одномоментно более одного) писателей это точно не SQLite
к сожалению.
Один писатель - много читателей.
Сейчас все работает (1 писатель и 106 читателей), но, иногда вылетает
Виновата именно сама база
Я еще попробую изменить настройки читателей,
Сейчас я делаю просто клон-соединения, без изменения настроек, т.е
все соединения и писателя и читателей - одинаковые.
Попробую изменить настройки читателей.
Если не поможет, буду менять базу
Не это ли Жигули?
Слэйв не?
нет
Я не стал заморачиваться с другими базами, а сделал повтор(ы) транзакции, если база locked
Пока, все работает
Второй час пошел...