Добрый день всем Вам.

Эта информация нужна сколько для своих знаний нежели для практики.

1. Какую выбрать серверную БД для многопользовательского режима?
2. Какие СУБД хорошо работают в Linux? (для меня Linux, FreeBSD, Unix это одно и тоже, если так то я очень рад)
3. Возможно ли в какой-то СУБД спрятать базу от просмотра через какой нибудь клиент, т.е. скрыть от глаз, но при обращении что бы все работало?

В скором времени столкнусь с 5000 пользователями.

Вот я скрыл на начальной этапе создания базы.
И узнать о ней я уже ни как не смогу? И даже люди в масках не смогут, со своим спец оборудованием?
И как насчет MS SQL и PostgreSQL?

kdv,

Перспектива на самом деле есть, есть большая вероятность, что пользователей будет гораздо больше.
В планах арендовать сервер туда запихнуть MS SQL или PostgeSQL и работать.

Про SQLite и FireBird я спрашивал, потому что не знал вообще ничего про базы данных, раньше все время писал в текстовые файлы.
Почитывая время от времени статьи на хабре или другом сайте, видел что ребята используют SQLite и FireBird, в качестве переносной. И решил начать их юзать, тем более попался хороший проект, от которого мне отказаться было бы неразумно.

Поигравшись в SQLite, вспомнил что установлена PG, начал играться с ней. Сейчас PG использую для нового проекта.
До проекта с 5000 пользователями людям в масках не будет дела, а вот до проекта который делаю сейчас им очень даже будет интересно.

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

ДринкинсcrauseВ скором времени столкнусь с 5000 пользователями.

А запросов в секунду сколько? И какого рода запросы? Сколько данных эти запросы будут вставлять/выгребать? Без ответа на эти вопросы сложно что-либо сказать.
Могу сказать, что PostgreSQL + pgBouncer по идее должны решить вопрос.

crauseИ как насчет MS SQL и PostgreSQL?

PostgreSQL - хорошая система. Очень хорошая.

MSSQL - г#@но, и ещё более г#@новее его делает полная несовместимость с:


crauseКакие СУБД хорошо работают в Linux? (для меня Linux, FreeBSD, Unix это одно и тоже, если так то я очень рад)

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

авторЕсли не решит Постгрес - готовься к увеличению бюджета на 2-5 порядков, после чего Постгрес задачу решит.
Где об этом бы почитать?

авторУ вас если минимальной паранойи нет, то вам не светит защититься.
Паранойя присутствует.

автор- база на зарубежном хостинге. Маски дают запрос на блокировку ip, и база хоть и недоступна им, но и недоступна вам из конкретной страны.
Сменить хостинг. VPN.

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

Честно не Веб. Если коротко. Есть софт, очень полезный вот этим 5к людей, но их будет больше. Софт платный, что бы не потерять деньги, сервер будет проверять лицензию. НУ вобщем как то так.

авторПроверка лицензии это не "пять тысяч пользователей", а "БД с пятью тысячами записей". Даже
если каждый из них запустит этот "очень полезный софт" два раза в день, любая СУБД умрёт
со скуки ожидая пока её спросят "действительна ли лицензия ХХХХ".

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

Опережу Вас со следующим вопросом
- "Зачем кучу раз проверять лицензию".

Требует специфика программы. Будут разные ценовые категории, так вот что бы пользователь за 15 долларов не смог использовать функционал для пользователей за 60 долларов.

очередной дохлый "мегапроэкт".

))/ C чего вы взяли это?

авторНе, такой глупый вопрос мне в голову прийти не может. В моей голове другой вопрос: что
мешает серверу один раз отослать приложению "лицензию на сегодня", в которой уже
перечислен весь функционал, который данный пользователь может использовать сегодня?

Боюсь за, то что умники могут изменить байты и получат полный функционал.

А причем здесь без условный переход.

Начали за здравие, закончим за упокой.

Не могу понять причем здесь безусловный переход.

Частично опишу свой метод использования лицензии.
Допустим у нас есть функции
f1, f2, f3, f4
Есть два типа лицензии.
Первый тип дает использовать только f1 и f2
Ну а второй тип, разрешает использовать все функции.
К примеру на старте мы получаем лицензию, где то ее проверяем на функции, либо получаем данные о том какие функции использовать.

К примеру пользователь с типом лицензии 1 хочет воспользоваться всем функционалом:
1. Пытается, но софт проверят можно ли ему - Он меняет байты что бы проверки не было, либо что бы функции запустились.
2. К примеру заблокировали "кнопки либо еще что" - Он разблокировал, и перешел к пункту 1.
3. Обрезаем функционал на старте софта - Он при наличии двух версий найдет где обрезается функционал, и исправит, а там пункт 2 и 1.

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

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

Дальше вести разговор о самом приложении (о том какой это очередной дохлый мегапроект) не стоит, у всех у нас дохлые мегапроекты со взглядов других. Я уверен что для всех здесь это реально "ненужный софт", но есть категория людей которые его хотят. Так же как и к примеру ... без примеров. буквы уже путаю.

Если можете подтолкнуть к какой то мысле о защите приложения буду только рад.

И Еще все же хотел бы узнать вот про это
авторЕсли не решит Постгрес - готовься к увеличению бюджета на 2-5 порядков, после чего Постгрес задачу решит.
Кому деньги давать, где почитать.

Dimitry SibiryakovcrauseЕсли можете подтолкнуть к какой то мысле о защите приложения буду только рад.

<Здесь было много буковок, ушедших под Del>

Да делайте что хотите, вдруг таки взлетит. Только к Firebird близко не подходите. О чём я,
впрочем, Вам уже говорил...


FB - принято. Спасибо Дмитрий за совет.

авторЭта информация нужна сколько для своих знаний нежели для практики.
На это вообще никто не обратил внимание? Я поинтересовался, так мне бло на самом деле очень интересно. Написал здесь, так как можно услышать много мнений.
авторСимонов Денис, хм,дядька собирается писать на Delphi. SQLilte выглядит несерьезно из-за отсутствия триггеров/процедур. Postgresql не хочется советовать, Firebird попроще и лучше для новичка (а судя по тексту это так и есть)
И тем же она проще? Как уже писал сразу пробовал SQLite, а сейчас спокойно использую PG. Особой какой-то разницы не заметил при работе с кодом.
авторКакое у Вас оборудование? Ответьте на этот вопрос для начала, потом уже про производительность можно говорить.
5000 пользователей ни о чем не говорит. Я могу и 10000 завести. И что?
"Люди в масках" узнают всё и с оборудованием и без.
Они профессионалы, а Вы даже ещё СУБД выбрать не можете.
Это я к тому, что этот вопрос должен Вас интересовать в последнюю очередь.
Оборудование будет то которое предоставит хостинг. Пробежавшись по предложениям, начну с 90 долларов за месяц, а там будет видно. Железо описать не могу. Да СУБД я для себя выбрал, меня интересовало мнение окружающих по вопросам в первом посте.

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

Скрывать платный софт - это что-то новое в области продаж ПО
Мы вам продадим, но только ... тссс ... никому не говорите! )))
Тайная проверка лицензий - еще больший бред.

Где в моих словах скрывать платный софт???? автор Тайная проверка лицензий - еще больший бред - Как же бы сделали вы.

Gallemarcrauseпропущено...

И тем же она проще? Как уже писал сразу пробовал SQLite, а сейчас спокойно использую PG. Особой какой-то разницы не заметил при работе с кодом.


Хм,триггеры и хранимки не пользуем?

Пока нет, тригеры оставил на потом.

Gallemarcrauseпропущено...


Пока нет, тригеры оставил на потом.

На потом это как? Чего ждем? Проще вынести логику в БД,чем писать его на клиенте.
В случае обновления проще обновить БД,чем клиентов.
Вы должны были видеть что я новичек в базах. со временем начну использовать и это.
Москва не сразу строилась.