Toon posts:

[Excel] Client/server file opslaan

Pagina: 1
Acties:

Verwijderd

Topicstarter
De situatie: in een client / server opstelling (6 clients / 1 server) wordt gewerkt met 1 excel-file (gedeeld). Deze file moet door 1 persoon geupdate worden zodat de rest de nieuwe gegevens in de file weer kunnen gebruiken.

Dit lukt alleen niet omdat excel blijft roepen dat het een read-only is en er niets opgeslagen mag worden. Hoe kan ik ervoor zorgen dat 1 persoon de file mag updaten en de anderen een nieuwe geupdate read-only tot hun beschikking krijgen??

  • Zwelgje
  • Registratie: November 2000
  • Laatst online: 20-01 19:37
niet. dat kan dus niet met excel

waarom bouw je niets in access :? daarmee kan je wel tot op zekere hoogte multiuser werken

A wise man's life is based around fuck you


  • Lustucru
  • Registratie: Januari 2004
  • Niet online

Lustucru

26 03 2016

Tsja, héél soms wordt Excel gebruikt omdat er een spreadsheet nodig is? :p

Anyhow, om een excel sheet voor één user editable te maken en andere users readonly staan je een paar wegen open:
- in excell 2k: delen en wachtwoord toekennen aan wijzigensrecht
- een user heeft een origineel die hij update naar een netwerklocatie
- stoei eens met NTFS rechten
- VBA macro die protectie aan en uit schakelt
- DRM in office 2003.

[ Voor 8% gewijzigd door Lustucru op 12-08-2006 23:48 ]

De oever waar we niet zijn noemen wij de overkant / Die wordt dan deze kant zodra we daar zijn aangeland


  • djluc
  • Registratie: Oktober 2002
  • Laatst online: 17-07 12:15
Kan je niet een scriptje schrijven met een button wat elke keer het bestand gewoon 7x opslaat? Dan ben je van het hele probleem af.

Verwijderd

Topicstarter
Kleine aanpassing in de probleemstelling:

Het is niet dat het bestand door 1 persoon wordt geupdate, maar er wordt door 6 clients in het bestand weggeschreven en daarna is het bestand niet meer op te slaan...

Het is geen rechtenprobleem van het bestand (de vinkjes onder eigenschappen staan goed).

Enig idee?

  • djluc
  • Registratie: Oktober 2002
  • Laatst online: 17-07 12:15
In principe werkt dat gewoon niet met de huidige Excel versies. In de nieuwe versies wordt dit wel beter. Is het niet gewoon mogelijk om in een database te werken? Die dingen zijn er voor gemaakt.

Verwijderd

Topicstarter
Nee helaas is een db geen optie. Zeker niet op deze termijn. ;-) *lees: enige haast*

  • Lustucru
  • Registratie: Januari 2004
  • Niet online

Lustucru

26 03 2016

Verwijderd schreef op zondag 13 augustus 2006 @ 17:30:
Kleine aanpassing in de probleemstelling:

Het is niet dat het bestand door 1 persoon wordt geupdate, maar er wordt door 6 clients in het bestand weggeschreven en daarna is het bestand niet meer op te slaan...
Omschreef je probleem is wat beter. Eerst heb je het over updaten door één persoon en moet hij dan voor de rest readonly zijn, en nu wordt er door 6 personen geschreven en *daarna* is het bestand niet meer op te slaan. Is het bestand uberhaupt te wijzigen nadat het op de share is gezet, ook als het nog maar door één persoon gewijzigd is?
Het is geen rechtenprobleem van het bestand (de vinkjes onder eigenschappen staan goed).
NTFS rechten zijn geen kwestie van vinkjes onder eigenschappen. Heb jij het soms over het read-only vinkje?
Enig idee?
of je leest de rest van post ook eens. ;)

Voor wat je wilt lijkt me de standaard bestand delen [extra-->werkmap delen] functionaliteit excel ruim voldoende. Hóe heb je het bestand gedeeld? Als je simpelweg een excel bestand op een netwerkshare kiept zal het idd niet werken: de eerste user opent het bestand exclusief en de rest heeft het nakijken.
djluc schreef op maandag 14 augustus 2006 @ 16:53:
In principe werkt dat gewoon niet met de huidige Excel versies. In de nieuwe versies wordt dit wel beter.
O-) Oh? Leg eens uit?

[ Voor 10% gewijzigd door Lustucru op 15-08-2006 14:06 ]

De oever waar we niet zijn noemen wij de overkant / Die wordt dan deze kant zodra we daar zijn aangeland


  • djluc
  • Registratie: Oktober 2002
  • Laatst online: 17-07 12:15
Uit ervaring, soort administratiesysteem waarin 2 mensen tegelijkertijd werken (lezen+schrijven zoals de TS nodig heeft) zorgde voor corrupte data en lock situaties waarbij beide elkaars werk overschreven en/of samen in een record aan het werken waren. Zowel op technisch niveau als op gebruikers niveau werkt het gewoon niet tenzij je zelf locking e.d. goed implementeerd en dus een database in een spreadsheet programma gaat nabouwen.

  • Lustucru
  • Registratie: Januari 2004
  • Niet online

Lustucru

26 03 2016

offtopic:
Datacorruption, locks, records zijn idd termen die horen bij een database, maw je administratiesysteem was al een poging om een database te bouwen in een spreadsheet. Ennu nee, daar zijn die dingen niet voor. Er is geen enkel bezwaar om een spreadsheet met meer mensen te gebruiken. Er zijn een heleboel bezwaren tegen het gebruiken van Excel als database, en dan denk ik echt niet in eerste instantie aan multiuser faciliteiten.
:)

De oever waar we niet zijn noemen wij de overkant / Die wordt dan deze kant zodra we daar zijn aangeland


  • djluc
  • Registratie: Oktober 2002
  • Laatst online: 17-07 12:15
offtopic:
Had het gelukkig niet zelf gemaakt hoor ;) Moest alleen de problemen oplossen. Hoe zie je het dan wel voor je om met meerdere mensen een spreadsheet te gebruiken?
Pagina: 1