Какую БД выбрать для многопользовательской работы в офисе

@JEY70 · Регистрация: 28.09.2013

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

@Серж_87 · 28.01.2014, 14:27

Вечные дискуссии. Сколько людей столько и мнений.

На мой взгляд - ссудя по описанию ничего серьезного не нужно. Значит платные не рассматривать. Из бесплатного и известного наверно лучше подойдет MySQL, популярная БД, много ответов по работе есть в интеренете и на форуме, возможно через веб работать. К тому же довольно мощная база. Или FireBird, мне нравится, но с ней меньше все работают почему то

P.S. вообще это вопрос не к данному разделу, а к разделу по работе с базами данных, там и темы такие уже не раз обсуждались. https://www.cyberforum.ru/database/

@JEY70 · 28.01.2014, 14:31 **[ТС]**

Просто клиент буду писать именно на VB.net 2012, т к только на нем немножко понимаю))

@Серж_87 · 28.01.2014, 14:34

хаа! Выбор базы ни как не связан с выбором ЯП на котором будет приложение писаться. Здесь другое рассматривать нужно - ограничение БД в первую очередь по таблицам, пользователям. Во вторых стоимость БД. А писать оболочку можно на любом ЯП. Можно вообще не писать из-под sql редактора сидеть заносить/выгружать

@JEY70 · 28.01.2014, 15:19 **[ТС]**

Собственно MySQL отпал, так как его нету доступа к консоли файлового сервера, похоже буду делать на файлах.

@Серж_87 · 28.01.2014, 15:22

Не по теме:

Сообщение от JEY70

похоже буду делать на файлах.

это не база, а кучка информации будет, с которой при большом объеме нормально не возможно будет работать...

Памирыч · 28.01.2014, 15:47

Еще SQLite тоже ничего так. Ну и Access, все равно болтается в установленном пакете

@Петррр · 28.01.2014, 15:51

Памирыч, SQLite и Access не подойдут для многопользовательской работы

Сообщение от JEY70

Собственно MySQL отпал, так как его нету доступа к консоли файлового сервера, похоже буду делать на файлах.

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

Памирыч · 28.01.2014, 15:52

Не по теме:

Позор на мою седую голову

@Серж_87 · 28.01.2014, 15:54

Сообщение от Петррр

Access не подойдут для многопользовательской работы

5-10 человек свободно смогут работать, главное разделить базу на серверную и пользовательскую часть. Хотя у аксеса много минусов, включая максимальный размер Бд в 2Гб самый яркий

@JEY70 · 28.01.2014, 16:06 **[ТС]**

Собственно сейчас два варианта.
1) На файлах (работать будут 4 человека, обьем инфы очень небольшой, просто периодически меняется)
2) Access, просто с возможностью обновления базы себе в локальную директорию. И дальнейшей работой с ней. Чтоб не конфликтовали.
Как порекомендуете?

Сообщение от Петррр

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

Извините, изъясняюсь как могу, я не программист, я только учусь, и интересуюсь. Если вы считаете что таким как я тут не место, то тут не с кем будет общаться))

@Серж_87 · 28.01.2014, 16:14

Сообщение от JEY70

2) Access, просто с возможностью обновления базы себе в локальную директорию. И дальнейшей работой с ней. Чтоб не конфликтовали.
Как порекомендуете?

База должна быть на общем сетевом ресурсе, а пользователям лишь часть с запросами и формами оставить. Иначе как вы изменения всех сотрудников собирать будите?

Добавлено через 2 минуты
JEY70, я тоже не понял, почему проблема тот же MySQL поставить, хотя эту БД сам очень поверхностно знаю. Может объясните проблему?

@JEY70 · 28.01.2014, 16:14 **[ТС]**

Сообщение от emenem97

База должна быть на общем сетевом ресурсе, а пользователям лишь часть с запросами и формами оставить. Иначе как вы изменения всех сотрудников собирать будите?

Уже пытаюсь, делать на файлах))

@Петррр · 28.01.2014, 16:18

Сообщение от JEY70

делать на файлах

Крайне не рекомендую.

@Nachrichter · 28.01.2014, 16:36

Сообщение от JEY70

1) На файлах

Как профессионал - профессионалу: выбросьте это.

Сообщение от JEY70

работать будут 4 человека, обьем инфы очень небольшой, просто периодически меняется

Бизнес имеет тенденцию к росту, а вместе с ним и количество сотрудников и база данных. Каждый раз переписывать ПО?

Сообщение от JEY70

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

Как сказал уважаемый emenem97: ограничение в 2Гб Вас когда-нибудь остановит. Access сжимать, конечно, можно, однако ИМХО "не будет того колеру".
Никак не пойму, чем Вас MySQL не устраивает?

@Юпатов Дмитрий · 28.01.2014, 17:22

Сообщение от Nachrichter

ограничение в 2Гб Вас когда-нибудь остановит

а какого рода данные там будут храниться? Строковая (это в общем, в частности: числа, даты, строки) или же там будут изображения, внедренные файлы?
Если только строковая, то 2ГБ это вполне достаточно, думаю.
Только вот одновременный доступ к БД Access - это гемор.
Если надо бесплатность, то MySQL или FireBird
Если можете заплатить - MS SQL Server в сборке Standart (у Express ограничение размера БД 4ГБ)
Если платность вам без разницы (ну вы поняли

) - выбирайте сами на свой вкус. Имхо в этом случае MS SQL Server в сборке Standart самое то. К тому же в .net есть свои шикарный инструмент для работы с ним.

@JEY70 · 28.01.2014, 17:24 **[ТС]**

Сообщение от Nachrichter

Никак не пойму, чем Вас MySQL не устраивает?

Не начем MySQL базу держать))

Добавлено через 1 минуту

Сообщение от Юпатов Дмитрий

а какого рода данные там будут храниться? Строковая (это в общем, в частности: числа, даты, строки) или же там будут изображения, внедренные файлы?
Если только строковая, то 2ГБ это вполне достаточно, думаю.
Только вот одновременный доступ к БД Access - это гемор.
Если надо бесплатность, то MySQL или FireBird
Если можете заплатить - MS SQL Server в сборке Standart (у Express ограничение размера БД 4ГБ)
Если платность вам без разницы (ну вы поняли

) - выбирайте сами на свой вкус. Имхо в этом случае MS SQL Server в сборке Standart самое то. К тому же в .net есть свои шикарный инструмент для работы с ним.

Там будет максимум 1000 записей, по 10 строчек каждая одна строка 10 символов, онли текст.
И то такой объем это в очень далеком будущем.

@Юпатов Дмитрий · 28.01.2014, 17:35

Сообщение от JEY70

Там будет максимум 1000 записей, по 10 строчек каждая одна строка 10 символов, онли текст.
И то такой объем это в очень далеком будущем.

аксеса за глаза. Только пишите клиента так, чтобы он устанавливал соединение кратковременно:
1. Соединился - прочитал - отсоединился
2. Соединился - изменил данные - отсоединился

А в промежутках каждый работает с отсоединенным набором данных. Ну и раз несколько пользователей - решите вопрос конфликтов последовательных изменений.

@JEY70 · 28.01.2014, 18:28 **[ТС]**

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

Памирыч · 28.01.2014, 18:47

Как-то так наверно

SQL

1	CREATE TABLE Таблица1 (Код IDENTITY, Поле1 STRING, Поле2 STRING, Поле3 STRING, Поле4 STRING, Поле5 STRING, Поле6 STRING, Поле7 STRING, Поле8 STRING)

Добавлено через 6 минут
Если нужно, то вот полный код

VB.NET

        Dim cn As New OleDb.OleDbConnection("Provider=Microsoft.Jet.OLEDB.4.0; Data Source=C:\1.mdb")
        cn.Open()
        Dim da As New OleDb.OleDbDataAdapter
        da.SelectCommand = New OleDb.OleDbCommand("CREATE TABLE Таблица2 (Код IDENTITY, Поле1 STRING, Поле2 STRING, Поле3 STRING, Поле4 STRING, Поле5 STRING, Поле6 STRING, Поле7 STRING, Поле8 STRING)", cn)
        da.SelectCommand.ExecuteNonQuery()

@JEY70 0 / 0 / 0 Регистрация: 28.09.2013 Сообщений: 61
	28.01.2014, 16:06 [ТС]	11
	Собственно сейчас два варианта. 1) На файлах (работать будут 4 человека, обьем инфы очень небольшой, просто периодически меняется) 2) Access, просто с возможностью обновления базы себе в локальную директорию. И дальнейшей работой с ней. Чтоб не конфликтовали. Как порекомендуете? Сообщение от Петррр Загадка века, сколько нужно добавить в этот текст слов, чтобы он стал понятным. Извините, изъясняюсь как могу, я не программист, я только учусь, и интересуюсь. Если вы считаете что таким как я тут не место, то тут не с кем будет общаться)) 0

@JEY70 0 / 0 / 0 Регистрация: 28.09.2013 Сообщений: 61
		1
	.NET 2.x Какую БД выбрать для многопользовательской работы в офисе 28.01.2014, 14:12. Показов 3196. Ответов 29 Метки нет (Все метки) В офисе необходима небольшая база данных с клиентами. Нужна программа которая будет хранить базу на сетевом хранилище, и каждый у кого есть эта программа, может редактировать данные в базе и просматривать. Начал делать на файлах и папках, и понял что пошел не туда, т. к. там много нюансов, например кавычки в названиях папок. Собственно какую базу порекомендуете, что бы можно было одновременно работать, в локалке с базой, или на крайняк что бы просто каждый мог ее обновлять и загружать себе. 0

@Серж_87 1300 / 506 / 63 Регистрация: 09.08.2012 Сообщений: 2,056
	28.01.2014, 14:27	2
	Вечные дискуссии. Сколько людей столько и мнений. На мой взгляд - ссудя по описанию ничего серьезного не нужно. Значит платные не рассматривать. Из бесплатного и известного наверно лучше подойдет MySQL, популярная БД, много ответов по работе есть в интеренете и на форуме, возможно через веб работать. К тому же довольно мощная база. Или FireBird, мне нравится, но с ней меньше все работают почему то P.S. вообще это вопрос не к данному разделу, а к разделу по работе с базами данных, там и темы такие уже не раз обсуждались. https://www.cyberforum.ru/database/ 0

@JEY70 0 / 0 / 0 Регистрация: 28.09.2013 Сообщений: 61
	28.01.2014, 14:31 [ТС]	3
	Просто клиент буду писать именно на VB.net 2012, т к только на нем немножко понимаю)) 0

@Серж_87 1300 / 506 / 63 Регистрация: 09.08.2012 Сообщений: 2,056
	28.01.2014, 14:34	4
	хаа! Выбор базы ни как не связан с выбором ЯП на котором будет приложение писаться. Здесь другое рассматривать нужно - ограничение БД в первую очередь по таблицам, пользователям. Во вторых стоимость БД. А писать оболочку можно на любом ЯП. Можно вообще не писать из-под sql редактора сидеть заносить/выгружать 0

@JEY70 0 / 0 / 0 Регистрация: 28.09.2013 Сообщений: 61
	28.01.2014, 15:19 [ТС]	5
	Собственно MySQL отпал, так как его нету доступа к консоли файлового сервера, похоже буду делать на файлах. 0

@Серж_87
	28.01.2014, 15:22 #6
	Не по теме: Сообщение от JEY70 похоже буду делать на файлах. это не база, а кучка информации будет, с которой при большом объеме нормально не возможно будет работать... 1

Памирыч Почетный модератор 21367 / 9101 / 1082 Регистрация: 11.04.2010 Сообщений: 11,014
	28.01.2014, 15:47	7
	Еще SQLite тоже ничего так. Ну и Access, все равно болтается в установленном пакете 0

@Петррр 6259 / 3560 / 898 Регистрация: 28.10.2010 Сообщений: 5,926
	28.01.2014, 15:51	8
	Сообщение было отмечено как решение Решение Памирыч, SQLite и Access не подойдут для многопользовательской работы Сообщение от JEY70 Собственно MySQL отпал, так как его нету доступа к консоли файлового сервера, похоже буду делать на файлах. Загадка века, сколько нужно добавить в этот текст слов, чтобы он стал понятным. 3

Памирыч
	28.01.2014, 15:52 #9
	Не по теме: Позор на мою седую голову 0

@Серж_87 1300 / 506 / 63 Регистрация: 09.08.2012 Сообщений: 2,056
	28.01.2014, 15:54	10
	Сообщение от Петррр Access не подойдут для многопользовательской работы 5-10 человек свободно смогут работать, главное разделить базу на серверную и пользовательскую часть. Хотя у аксеса много минусов, включая максимальный размер Бд в 2Гб самый яркий 0

@Серж_87 1300 / 506 / 63 Регистрация: 09.08.2012 Сообщений: 2,056
	28.01.2014, 16:14	12
	Сообщение от JEY70 2) Access, просто с возможностью обновления базы себе в локальную директорию. И дальнейшей работой с ней. Чтоб не конфликтовали. Как порекомендуете? База должна быть на общем сетевом ресурсе, а пользователям лишь часть с запросами и формами оставить. Иначе как вы изменения всех сотрудников собирать будите? Добавлено через 2 минуты JEY70, я тоже не понял, почему проблема тот же MySQL поставить, хотя эту БД сам очень поверхностно знаю. Может объясните проблему? 0

@JEY70 0 / 0 / 0 Регистрация: 28.09.2013 Сообщений: 61
	28.01.2014, 16:14 [ТС]	13
	Сообщение от emenem97 База должна быть на общем сетевом ресурсе, а пользователям лишь часть с запросами и формами оставить. Иначе как вы изменения всех сотрудников собирать будите? Уже пытаюсь, делать на файлах)) 0

@Петррр 6259 / 3560 / 898 Регистрация: 28.10.2010 Сообщений: 5,926
	28.01.2014, 16:18	14
	Сообщение от JEY70 делать на файлах Крайне не рекомендую. 0

@Nachrichter 646 / 599 / 91 Регистрация: 19.03.2012 Сообщений: 1,127
	28.01.2014, 16:36	15
	Сообщение от JEY70 1) На файлах Как профессионал - профессионалу: выбросьте это. Сообщение от JEY70 работать будут 4 человека, обьем инфы очень небольшой, просто периодически меняется Бизнес имеет тенденцию к росту, а вместе с ним и количество сотрудников и база данных. Каждый раз переписывать ПО? Сообщение от JEY70 Access, просто с возможностью обновления базы себе в локальную директорию. Как сказал уважаемый emenem97: ограничение в 2Гб Вас когда-нибудь остановит. Access сжимать, конечно, можно, однако ИМХО "не будет того колеру". Никак не пойму, чем Вас MySQL не устраивает? 1

@Юпатов Дмитрий 1705 / 1193 / 227 Регистрация: 23.12.2010 Сообщений: 1,526
	28.01.2014, 17:22	16
	Сообщение от Nachrichter ограничение в 2Гб Вас когда-нибудь остановит а какого рода данные там будут храниться? Строковая (это в общем, в частности: числа, даты, строки) или же там будут изображения, внедренные файлы? Если только строковая, то 2ГБ это вполне достаточно, думаю. Только вот одновременный доступ к БД Access - это гемор. Если надо бесплатность, то MySQL или FireBird Если можете заплатить - MS SQL Server в сборке Standart (у Express ограничение размера БД 4ГБ) Если платность вам без разницы (ну вы поняли ) - выбирайте сами на свой вкус. Имхо в этом случае MS SQL Server в сборке Standart самое то. К тому же в .net есть свои шикарный инструмент для работы с ним. 0

@JEY70 0 / 0 / 0 Регистрация: 28.09.2013 Сообщений: 61
	28.01.2014, 17:24 [ТС]	17
	Сообщение от Nachrichter Никак не пойму, чем Вас MySQL не устраивает? Не начем MySQL базу держать)) Добавлено через 1 минуту Сообщение от Юпатов Дмитрий а какого рода данные там будут храниться? Строковая (это в общем, в частности: числа, даты, строки) или же там будут изображения, внедренные файлы? Если только строковая, то 2ГБ это вполне достаточно, думаю. Только вот одновременный доступ к БД Access - это гемор. Если надо бесплатность, то MySQL или FireBird Если можете заплатить - MS SQL Server в сборке Standart (у Express ограничение размера БД 4ГБ) Если платность вам без разницы (ну вы поняли ) - выбирайте сами на свой вкус. Имхо в этом случае MS SQL Server в сборке Standart самое то. К тому же в .net есть свои шикарный инструмент для работы с ним. Там будет максимум 1000 записей, по 10 строчек каждая одна строка 10 символов, онли текст. И то такой объем это в очень далеком будущем. 0

@Юпатов Дмитрий 1705 / 1193 / 227 Регистрация: 23.12.2010 Сообщений: 1,526
	28.01.2014, 17:35	18
	Сообщение от JEY70 Там будет максимум 1000 записей, по 10 строчек каждая одна строка 10 символов, онли текст. И то такой объем это в очень далеком будущем. аксеса за глаза. Только пишите клиента так, чтобы он устанавливал соединение кратковременно: 1. Соединился - прочитал - отсоединился 2. Соединился - изменил данные - отсоединился А в промежутках каждый работает с отсоединенным набором данных. Ну и раз несколько пользователей - решите вопрос конфликтов последовательных изменений. 0

@JEY70 0 / 0 / 0 Регистрация: 28.09.2013 Сообщений: 61
	28.01.2014, 18:28 [ТС]	19
	Собственно вопрос как в локалке подключиться к файлу access, путь к файлу уже в переменной, как проверить существование таблицы? Как создать таблицу? Гуглил, но везде что то да не то. 0

Какую БД выбрать для многопользовательской работы в офисе

Решение