Сообщений в теме: 11

[Alberts]

День добрый, у меня есть самописный скрипт базы документов написанный на php+mysql, в котором есть админка для добавления новых документов, кнопки с выборками нужных мне документов с нужными полями и т.д. Все работает хорошо.

 

Возникла необходимость сделать подобную базу, но чтобы она была локальная, легко ставилась на компьютер пользователя и он мог в ней работать (добавление новых документов, выборки и т.д.) Почему возникла такая необходимость? Потому что, большая часть документов не для паблика, они скрыты от посторонних, но зачем испытывать судьбу и ждать пока кто-то взломает сайт и получит доступ к документам не для паблика. Зачем мы их храним на сайте если они не для паблика? Они нужны для выборок и отчетов.

 

Быстрый вариант это поставить опенсервер или денвер и чуть переписать php код чтобы работал с локальными путями. Но это не совсем то, что нужно. Хотелось бы чтобы все работало без всех этих приблуд с серверами. К примеру кидаю на комп юзера папку с базой, он запускает экзешник и начинает работать. В базе планируется порядка 10 000 - 20 000 записей.

 

Посоветуйте на каком языке лучше это начинать делать? Есть опыт работы с sql базой, и было бы неплохо если бы на этом языке и пришлось писать все запросы.

Возможно Delphi? Возможно у какого-то языка есть преимущества в этом деле? Возможно есть специальный софт для подобных дел?

Сообщение отредактировал Alberts: 08 Август 2018 - 11:31

[Oswald Mandus]

К примеру кидаю на комп юзера папку с базой, он запускает экзешник и начинает работать.

Sqlite, LiteDb, много всяких.

Даже не папка, а файл.

Сообщение отредактировал Oswald Mandus: 08 Август 2018 - 11:54

[Alberts]

Sqlite, LiteDb, много всяких.

Даже не папка, а файл.

 

SQLlite наверное это будет удобнее, но слышал что они часто рушатся и надо постоянно их бекапить (в отличии от mysql). А на чем лучше писать саму СУБД прогу, для работы с этой базой? Думаю найти какой-либо исходник и уже править под себя, главное начало положить, коннект с базой, а дальше уже думаю разберусь.

Сообщение отредактировал Alberts: 08 Август 2018 - 12:03

[Oswald Mandus]

в которой на экран будут выводиться данные в нужном мне виде?)

.net'овский, C# например.

 

найти какой-либо исходник

https://www.codeproj...com/search.aspx

Сообщение отредактировал Oswald Mandus: 08 Август 2018 - 12:05

[Alberts]

https://www.codeproj...com/search.aspx

Спасибо, ушел разбираться))

[evgen_sorgin]

я кажется на хабре читал что в пхп реализовали возможность запуска на пк через экзэшник без сервера,

но лично я бы посмотрел в первую очередь в сторону питона

Сообщение отредактировал evgen_sorgin: 08 Август 2018 - 20:44

[doca]

Секунду, не совсем понял проблему.

 

Нужно по сути сайт перенести в десктоп.

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

 

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

 

Хранение бд. 10-20т записей в целом может и храниться в формате xml и csv и ты их будешь парсить для работы и обработатывать. Если данные полусекретные- превращаешь csv в файл в какой-нить двоичный и читаешь данные как двоичные, вроде бы тоже проблем это не составляет. Если на открытость данных не важна и структура в целом от одной записи к другой слишком дико разнится- xml. Если все в обычном виде, то csv.

 

Проблема предыдущих решений, в установочник надо запихивать еще обработчик бд и всякое такое. его как-то устанавливать. Твоя цель написать быстро форму работы с данными и запаковать все в Exeшник. Если не прав, уточни плиз. 

Т.е по сути я предлагаю 1) хранить данные в файле, чтобы было легко его обрабатывать. Это не универсальный метод, однако для данной задачи имеет ряд плюсов

 

2) Хранить данные после чтения из базы в памяти. Массив из 20000 элементов с 15-20 записями допустим будет есть 1гб оперативки. На текущем поколении компьютеров это не критично.

Однако скорость обработки данных будет в разы быстрее, чем запросы в бд.

 

3) Как вариант - php скомпилить в бинарник, а чтение перезаписать на файлы.

Сообщение отредактировал doca: 08 Август 2018 - 22:34

[kopyrin]

В свое время писал на FoxPro. Вещь древняя но с твоей задачей справится на раз. 

[Oswald Mandus]

не думаю, что кроссплатформенность нужна.

Кстати, для неё есть .net core от ms, уже давно используют в проде.

[doca]

Кстати, для неё есть .net core от ms, уже давно используют в проде.

 

Не спорю, давно уже не занимался нормальным десктопом)

[Alberts]

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

[hoz]

SQLlite наверное это будет удобнее, но слышал что они часто рушатся и надо постоянно их бекапить (в отличии от mysql). А на чем лучше писать саму СУБД прогу, для работы с этой базой? Думаю найти какой-либо исходник и уже править под себя, главное начало положить, коннект с базой, а дальше уже думаю разберусь.

Ничего в лайте не сыпется, если руки кривые. Система надёжна. До некоторого времени, и сейчас многие ещё на ней пишут андроид-приложения.

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

Хотя, если выбирать под C# или Java я бы посоветовал объектно-ориентированные СУБД. Это вообще пуля. И всякие там мускулы и лайты далеко позади в сравнении с таким СУБД. Если будет нужно, я могу поглядеть, что нарыл того и здесь опубликовать. Щяс влом. Может уже не актуально))