SuperWimmie Posted March 21, 2006 Share Posted March 21, 2006 Nog even een vraagje: Ik werk nu met FM Pro 8.0v1 en FM Server 8.0v2. In mijn applicaties heb ik een aantal berekeningsuitkomsten staan, die lopen over verschillende tabellen en bestanden. Deze zijn dus niet te indexeren. Nu doe ik een zoekactie zonder gebruik van FM Server, dan neemt FM Pro de zoekargumenten mee in het zoekresultaat. Maak ik gebruik van FM Server, dan negeert hij volledig de zoekargumenten op deze calculated fields...... Wie heeft daar meer ervaring mee, ligt dat aan FM Server 8.0v2 waar FM Server 8.0v1 het wel deed? Of slaat FM Server tegenwoordig alle niet indexeerbare velden over bij het opstellen van een zoekargument??? Zo ja, dan hebben we een probleem.... Quote Link to comment
0 Koen Van Hulle Posted March 21, 2006 Share Posted March 21, 2006 Als je FileMaker Server 8.0v2 gebruikt, moet je ook FileMaker Pro 8.0v2 gebruiken voor een goed resultaat. Koen Quote Link to comment
0 SuperWimmie Posted March 21, 2006 Author Share Posted March 21, 2006 Alles hier weer even overhoop gehaald om het te testen... maar met FM Server 8.0v1 in combinatie met FM Pro 8.0v1 is het resultaat exact gelijk.... * zucht * Wie vertelt mij dat het niet waar is wat ik zie? Quote Link to comment
0 SuperWimmie Posted March 23, 2006 Author Share Posted March 23, 2006 Niemand? Quote Link to comment
0 Administrator Posted March 29, 2006 Share Posted March 29, 2006 Omdat het blijkbaar dan geen FileMaker 8.0v2 issue is, heb ik dit even gesplitst. Quote Link to comment
0 Peter Wagemans Posted March 29, 2006 Share Posted March 29, 2006 Kan je een labo-opstellingetje maken en even posten? Als we het niet kunnen oplossen, hebben we dan toch wel een bug report om in het FileMaker Support "zwart gat" te posten. Quote Link to comment
0 SuperWimmie Posted March 29, 2006 Author Share Posted March 29, 2006 Even een snelle reactie, mijn dank is groot aan de moderator om dit even af te splitsen Ik zag op diverse fora dat "global fields" niet in de zoekargumenten worden meegenomen omdat deze lokaal liggen opgeslagen en de zoekactie op de server plaats vindt. Dat zou dan "logisch" te verklaren zijn... Maar ik stuit ook op calculatie resultaten die niet in de zoekargumenten worden meegenomen. Het kost even tijd om dit uit te werken, maar volgens mij heb ik morgen wel wat klaar. Quote Link to comment
0 WJ Posted March 29, 2006 Share Posted March 29, 2006 Neem aan dat je de filemaker stukken hebt bekeken ? Zoeken in unstored calc's met v1 werkt bij mij wel in server omgeving ? FileMaker introduced the 8.0v1 family of products in the fall of 2005. While adding great new features, several product issues have since been identified. In late 2005, FileMaker released the 8.0v2 updaters to address these issues. Unfortunately, some of the fixes included in the 8.0v2 introduced a new set of potentially serious issues that we want to make you aware of. Please read this document to understand the tradeoffs in using FileMaker 8.0v1 products vs. FileMaker 8.0v2 products. Also, please be aware that FileMaker will soon be releasing an 8.0v3 updater to address the issues introduced with 8.0v2. Issues in FileMaker 8.0v1 products (the initial release): Some calculations that require local client information (such as Get(WindowHeight)) are incorrectly calculated on the server. There are no known workarounds in this version. Certain batch operations and schema changes might cause indexes to become corrupt. These indexes can be rebuilt via the Define Fields dialog box by turning the index off, and then on again. Issues in FileMaker 8.0v2 products: While FileMaker 8.0v2 addressed key problems in 8.0v1, it introduced some new issues: When using a FileMaker 8.0v2 product (Pro/Pro Advanced or Server/Server Advanced) as a host with clients prior to 8.0v2, performing find requests on unstored calculations result in all records being found. This is particularly dangerous when used in scripts that perform operations across the found set, such as replacing data or deleting records. To avoid this, make sure that all clients are using FileMaker Pro 8.0v2 or FileMaker Pro 8.0v2 Advanced. You may utilize the Get(ApplicationVersion) function to check the client version. When using a FileMaker 8.0v2 product (Pro or Server) as a host, unstored calculations are always processed by the client application. In some network scenarios, this creates a significant decrease in performance, particularly when searching on these fields. When printing from Windows based clients, layouts that use fixed margins will experience a shifting of the image by several pixels. Recovering a file corrupts variable names in calculations. The Upcoming FileMaker 8.0v3 update: FileMaker engineering is developing a version of our products for release in the near future that will address these issues. Important: this version will update 8.0v2 products only. Prior to applying this update, any installed FileMaker product will have to be updated to 8.0v2. This version will include the following improvements: Calculations will either be performed locally or on the server, depending on the dependencies in the formula. Batch operations and schema changes will no longer harm the index. Performing searches on unstored calculations will retrieve the appropriate record set (instead of all records). Layouts using fixed margins will print correctly. Recover operations will no longer delete the contents of global container fields. Recover operations will no longer damage variable names in calculations. During the period prior to this upcoming release, we recommend that you study the list of issues above carefully to best determine which version is right for you. Quote Link to comment
0 SuperWimmie Posted March 30, 2006 Author Share Posted March 30, 2006 Mijn dank voor de bovenstaande tekst. Maar: i k - s c h a a m - m i j - d i e p Want ik was in de veronderstelling dat ik in het bezit was van Server versie 8.0v1 alswel 8.0v2, maar helaas bezit ik slechts Server 8.0v2 Van alles gedaan om te downgraden met als resultaat dezelfde versie Maar goed, mijn testmodelletje werkt onder versie 8.0v2 net zo slecht als onder 8.0v2 Dit model, zoek in de Child bestand eens op het omkaderde veld. Ik hoor dan van anderen wel hoe het onder 8.0v1 werkt! Single user werkt het in elk geval volgens verwachting. voorbeeld.zip Quote Link to comment
0 SuperWimmie Posted May 2, 2006 Author Share Posted May 2, 2006 Na bovenstaande paniek veroorzaakt te hebben (maar wie mij kent, trekt zich daar natuurlijk niet zo veel van aan) wil ik toch ook maar weer vermelden dat Filemaker met 8.0v3 mij op mijn wenken heeft bediend. Werkelijk klasse, Filemaker verdient een pluimpje wat mij betreft! Quote Link to comment
Question
SuperWimmie
Nog even een vraagje:
Ik werk nu met FM Pro 8.0v1 en FM Server 8.0v2.
In mijn applicaties heb ik een aantal berekeningsuitkomsten staan, die lopen over verschillende tabellen en bestanden.
Deze zijn dus niet te indexeren.
Nu doe ik een zoekactie zonder gebruik van FM Server, dan neemt FM Pro de zoekargumenten mee in het zoekresultaat.
Maak ik gebruik van FM Server, dan negeert hij volledig de zoekargumenten op deze calculated fields......
Wie heeft daar meer ervaring mee, ligt dat aan FM Server 8.0v2 waar FM Server 8.0v1 het wel deed?
Of slaat FM Server tegenwoordig alle niet indexeerbare velden over bij het opstellen van een zoekargument??? Zo ja, dan hebben we een probleem....
Link to comment
9 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.