Комментарии 9
В пользу отказа от Excel можно привести ещё и аргументы безопасности: например, аудит изменений, разделение прав доступа. Ну и потребность в продвинутом UI, конечно.
Excel поддерживает только 1 048 576 трлн строк и 16,384 тыс. столбцов.
Не каждая база такое выдержит.
Из ссылки в тексте (microsoft.com): "Общее количество строк и столбцов на лист 1 048 576 строк и 16 384 столбца".
SQL - язык запросов, а Excel - конкретный программный продукт. Странно их сравнивать. Можно через ODBC подключить таблицу Excel как внешнюю таблицу куда-нибудь в БД - и работать с ней через SQL. Но противопоставлять их - это примерно как сказать, что маркдаун лучше чем MS Word.
Ограничение по количеству строк/столбцов - это фигня, это хотя бы видно.
Гораздо хуже - ограничение по количеству стилей. Ведь девочки - они такие девочки, особенно во всяких бухгалтериях и прочих ОТиЗах, они и расчертят, и раскрасят, и шрифтами поиграются... а когда количество каких-то стилей превысит установленный порог, Excel безо всякого предупреждения возьмёт похерит сразу половину их красивой разметки, причём вдруг. Инфаркт. UNDO не помогает. А если ещё перед этим событием в файле - час работы без сохранения...
Кстати, использование СУБД для хранения данных и Excel как интерфейса в этом случае ничем не поможет. Девочкам разметка важнее фактов.
В разделе "Как перейти на SQL" на мой взгляд не хватает существенного финального шага - организовать для пользователей интерфейс работы с SQL базой.
Предлагаемые для переноса инструменты не подходят для обычных пользователей для повседневной работы.
(ностальгическое) напомнило статью Георгия Кузнецова (мир его праху) в древней "Компьютерре". Называлась кажется "дяденька, купите sql".
Использую Excel для создания индексов в партицированной таблице
Во первых, все же сравнение СУБД и табличного процессора - некорректно, поскольку инструменты позволяют решать совершенно разные задачи.
Я понимаю, что во многих компариях "БД" существует в виде 📚, но , это ошибка в выборе инструмента, словно есть пасту ложкой.
Во - вторых, как выше указали- проблема с разграничением доступа, которая влечёт за собой риск потери части/всех данных, нарушение бизнес-логики, котрая задаётся с помощью формулы а не транзакций/процедур.
В- третьих, табличной процессор поддерживается 2 ОС win/mac.
ИМХО.
SQL vs Excel: когда таблицы уже не справляются