Ga naar inhoud

BVB

Leden
  • Items

    21
  • Registratiedatum

  • Laatst bezocht

Recente bezoekers van dit profiel

De recente bezoekers block is uitgeschakeld en zal niet meer getoond worden aan gebruikers.

  1. Sinds vorige week zijn we overgeschakeld van een FM Server 7 naar Server 9; het is een behoorlijke database, met verschillende fm-files die elk meerdere table's bevatten. In 1 specifieke table bleken na de omschakeling heel wat records te ontbreken. Ik heb dan de file even uit de server gehaald, en vreemd genoeg blijken alle records wel nog aanwezig als ik die open in een gewone FM 9 Pro client... Omdat ik het niet vertrouwde, heb ik de file via recover laten verifiëren, en dan bleken de records uiteindelijk weer verdwenen, ook in de FM Pro client! Om de verdwenen records terug te halen, heb ik een backup genomen, en die opnieuw via recover laten verifiëren, het resultaat daarvan leek in eerste instantie in orde (in FM Pro client waren alle records aanwezig, zoals verwacht). Toen ik de file opnieuw in de server uploadde, bleken er dit keer zowaar nog meer records verdwenen. Nu ja, in Server lijken ze verdwenen, als ik de file terug uit te server haal en lokaal open, zijn de records er wel nog. In Filemaker 7 Server worden ook alle records getoond. Bij alle recover-commando's kreeg ik overigens de melding dat er geen records of data geskipped waren of zo, dat leverde eigenlijk nooit foutmeldingen op. Klinkt dit bekend, is het een FM Server 9 probleem of is er een ernstigere corruptie van de data? Groeten, Bart
  2. Dat heb ik al geprobeerd, zonder succes. Ik heb ook al geprobeerd om van een oudere backup een clone te maken en dan de gegevens daarin te importeren, maar filemaker vindt gewoon geen data meer in die corrupte tabel, alhoewel het aantal records nog steeds als correct wordt aangegeven en je wel searches kan doen (zonder data te zien, maar ik weet ongeveer wat er zoal in zit, dus als ik een search doe en FM rapporteert 5 found records, weet ik dat dat idd. correct is, ook al blijven allle velden leeg). Ik heb nog wel werkende backups, maar de data die op de voormiddag van de bewuste dag zijn aangemaakt, lijken helaas verloren te zijn.
  3. Helaas, FM advanced hebben we niet. Bedankt voor de suggestie, maar dit kan k voorlopig niet uittesten.
  4. Dat is misschien een probleem; er zijn een aantal FM 7 clients, die wel allemaal dezelfde versie zijn, maar onlangs zijn er een aantal nieuwe clients bijgekomen en die kunnen uiteraard geen FM 7 meer kopen, en zitten dus met FM 8 (ook allemaal wel dezelfde versie, dat wel). Denk je dat dat een probleem is, of doet het zich enkel voor als er meerdere versies van 7 en/of 8 door elkaar gebruikt worden? Overigens is het probleem bij ons niet ontstaan na een update of wijziging in de FM configuratie, het is zomaar ineens opgedoken. Bovendien doet het zich slechts bij 1 table voor, terwijl er nog een dozijn andere tables zijn (gerelateerd) die – momenteel althans - nog altijd probleemloos functioneren.
  5. Sinds gisteravond is één table van een FM database onbruikbaar geworden door een vreemde fout; alle records zijn aanwezig, maar geen enkel veld lijkt informatie te bevatten. Ook een export levert een leeg bestand op. MAAR: als ik een zoekopdracht ingeef, krijg ik wel de correcte resultaten (het juiste aantal records, tenminste, want ik zie verder geen data). Het bestand is qua filesize onveranderd gebleven, dus fysiek zijn de data op het eerste zich niet weg, of tenminste de indexen niet. Ik kan ook geen nieuwe records toevoegen, als ik "tab" klik wordt er ook geen veld geactiveerd. Scripts kan ik in principe wel uitvoeren, maar data die daarin gebruikt worden, ontbreken uiteraard. "Recover" heeft niet geholpen (resultaat: nog maar 1 record over, en ook dat leeg), net zomin als een compressed copy. FM Server herstarten en de server zelf is zonder resultaat. Klinkt dit probleem bekend bij iemand? Config: FM Server 7 gehost op Mac OS X; 15-tal client op WinXP/Mac OS X met FM 7/8 Pro Dank bij voorbaat, Bart Van Beek
  6. Bedankt voor de tip; ik vreesde al dat dat de enige oplossing ging zijn, maar ik wekr momenteel vanop afstand (Duitsland) aan de database terwijl de server in Leuven staat, en de netwerkbeheerders staan geen remote admin toe, dus herstarten kan ik pas vanaf morgen terug. De rest van de dag zal ik dus wat andere werkjes moeten zoeken...
  7. Sinds gisteren heb ik ineens een raar probleem; we hebben een database gehost op FM7 Server, en wanneer ik als client (met full access permissions) een tekstveld wil omzetten naar een calculation-veld, krijg ik steeds weer de foutmelding 'Waiting to commit changes', met een overzicht van andere gebruikers die nog non-committed velden in die database hebben. Expected behaviour, ware het niet dat er telkens 1 gebruiker is, geïdentificeerd als "? (?)" i.p.v. login-naam en computer-naam, die helemaal niet bestaat! Op de FM Server Admin verschijnt de user ook niet. Het probleem stelt zich ook alleen bij het aanmaken van of wijzigen in een calculatie; ik kan probleemloos tekst- of number-velden bijmaken! De andere gebruikers committen na enkele seconden meestal wel, alleen die ? -user blijft steeds actief (terwijl idle users automatisch disconnecten normaal). Kan het iets te maken hebben met een upgrade van de server naar 7v04? Verder is de database al maanden operatief, zonder dat ik dit ooit heb meegemaakt.
  8. Ach, het zal wel ergens iets dom zijn dat ik compleet over het hoofd heb gezien; de file die je doorgestuurd hebt, bewijst dat het wel degelijk behoort te werken zoals voorzien. Ik heb ondertussen iets anders dat werkt, dus breek ik mij er verder het hoofd niet meer over. Tot ik het ooit weer nodig heb...
  9. Koen, hartelijk dank voor het voorbeeld; dat is idd. precies wat ik bedoel. Alleen, die instellingen die je gebruikt in de privilege set had ik identiek zo staan in mijn eigen file, en daar werkte het blijkbaar niet. Ondertussen heb ik het hele probleem anders opgelost, door de remarks een aparte related table te maken, maar ik blijf me afvragen wat er nu misging in mijn oorspronkelijke versie. Zoals blijkt uit jouw voorbeeld, werkt het perfect zoals ik me had voorgesteld, maar ik zie niks wat anders is dan in mijn file, helaas. Alleszins toch bedankt voor de moeite! Vriendelijke groeten, Bart Van Beek
  10. Ik zou even een probleempje over de RLA van FM 7 willen plaatsen: in een database met verschillende gebruikers en telkens aparte permissies, moest ik nu ook een soort guest access account aanmaken, waarmee gebruikers alleen alle records kunnen browsen en zoeken, maar niet deleten, creëren of editen. Alleen: 1 veldje in 1 specifieke table mogen de guest accounts gebruiken om opmerkingen in te geven, zodat de "echte" medewerkers die kunnen verwerken in de record. Ik heb een privilege set waarin zowat alles afgezet is, en bij de custom privileges voor records alleen "view" op "yes" gezet (edit-create-delete op "no"), en bij "field access" dat ene veld op "modifiable" heb gezet. Toch mag ik dat veld volgens FM niet wijzigen of er iets in tikken. Tweede poging: in de custom privileges voor records ook "edit" op "yes"' gezet, maar in "field access" alles view only uitgezonderd het bewuste veld, maar helaas, zelfde resultaat. Iemand enig idee wat ik nog fout doe? Nog even dit: het veld in kwestie is een doodeenvoudig tekstveld, dus geen calculations of scripts of relaties met andere dingen die iets in de war kunnen sturen.
  11. Tja, sinds ik Windows definitief de laan uitgestuurd heb, kan ik de de windows tasks ook niet meer gebruiken uiteraard. Ik dacht al wel dat het met Cron zou moeten op OS X, maar je weet maar nooit dat je ergens iets in FM over het hoofd hebt gezien. Het script zelf is simpelweg een export van de data naar comma-delimited file om naast de filemaker omgeving een MySQL - PHP online equivalent te kunnen aanbieden (waarin weliswaar geen data-entry mogelijk is). Bedankt voor de tips! bart
  12. Ik heb een FM7 Pro database gehost onder FM Server (op Mac OS X); nu zoek ik een manier om een scriptje in de database elke nacht automatisch te laten draaien; is dat mogelijk vanuit FM Server, bv. via de schedule-functie, of kan dat alleen voor die backup-functie die in fm-server is ingebouwd? In dat geval, wat is volgens jullie de handigste manier om zo'n schedule te imiteren in FM 7 zelf? Bart
  13. Hartelijk dank; de beste oplossing is zoals altijd de simpelste die je bijgevolg gewoonlijk over het hoofd ziet. Ik had zelf al vruchteloos zitten experimenteren met scripts, calculatie-velden en aparte tussen-tables, maar dit kende ik niet. Vriendelijke groeten, bart
  14. Dat impliceert dan om in de tekst-database een value-field te creëren met als values de related records uit de references-database (zo heet die table die personen koppelt aan teksten)? Dat heb ik geprobeerd, en dan heb ik inderdaad een lijstje met de unieke values als value-list, maar die ValueListItem-functie, die doet het bij mij voorlopig niet. Ik krijg overigens ook een waarschuwing bij het definiëren van die value-list dat "This value list will not work, because the field "name" cannot be indexed. Proceed anyway?"; misschien heeft dat er iets mee te maken? Bovendien zou elke naam wel klikbaar moeten zijn, wat in de huidige portal wel het geval is, maar vermoedelijk niet zal werken als de lijst in één veld gecreëerd wordt? Het is best complex, misschien kan het gewoon niet in Filemaker (of toch niet zonder veel extra code en hulpscripts/-tables...
  15. Voor een bestaand project zit ik met drie databases; eentje met teksten (T), eentje met personen (P), en eentje als link ertussen die een record bevat van elke occurrence van een persoon in een bepaalde tekst ®. Via portals kan ik in T een lijstje geven van alle personen die in een bepaalde tekst vernoemd worden, info die uiteraard uit R gehaald wordt. Maar bepaalde personen komen meermaals voor in 1 tekst, waardoor de portal niet echt een zuivere lijst van personen meer weergeeft; sommige namen komen namelijk meerdere keren voor in de lijst. Ik ben eigenlijk op zoek naar een manier om dergelijke gevallen eruit te filteren, zodat je een cleane lijst krijgt van de personen in een tekst, zonder dubbels. Een soort van functie die vergelijkbaar is met de group by-functie van MySQL of zo. Ik heb er momenteel geen echte oplossing voor, en als extra zou het niet teveel manuele input van de gebruikers mogen vragen; we hebben momenteel 40.000 records in P, 65.000 in T en 80.000 in R, en er werken alles samen een 15-tal mensen in verschillende landen aan, dus hoe automatischer en makkelijker het kan, des te beter. Ideeën
×
×
  • Nieuwe aanmaken...